Jak mogę cofnąć zatwierdzenie SVN?

Question

znalazłem różne przykłady jak odwrócenia SVN jak

svn merge -r [current_version]:[previous_version] [repository_url] 

lub

svn merge -c -[R] . 

Ale żaden z nich nie wydaje się działać. Próbowałem tych poleceń i sprawdzałem pliki, które zostały zmienione ręcznie.

Jak mogę przywrócić commit z numerem wersji 1944? Jak mogę sprawdzić, czy cofnięcie zostało wykonane (bez zaglądania do rzeczywistego pliku, aby zmiany zostały cofnięte)?

Answer 1

svn merge -r 1944:1943 . powinien przywrócić zmiany r1944 w kopii roboczej. Następnie możesz przejrzeć zmiany w kopii roboczej (z różnicą), ale musisz zatwierdzić, aby zastosować powrót do repozytorium.

Answer 2

Nie można cofnąć powtórnej wersji, ale można przywrócić kopię roboczą do wersji 1943 i zatwierdzić ją jako wersję 1945. Wersje 1943 i 1945 będą identyczne, skutecznie cofając zmiany.

Answer 3

Oba przykłady muszą pracować, ale

svn merge -r UPREV:LOWREV . zakres cofania

svn merge -c -REV . cofnąć pojedynczą zmianę

w tej składni - jeśli prąd dir jest WC i (jak należy wykonywać po każdym scaleniu) ty” ll zatwierdz wyniki

Czy chcesz zobaczyć logi?

Answer 4

Alex, spróbuj tego: svn merge [WorkingFolderPath] -R 1944: 1943

Answer 5

Jeśli używasz klienta TortoiseSVN, to łatwo zrobić via the Show Log dialog.

Answer 6

F=code.c 
REV=123 
svn diff -c $REV $F | patch -R -p0 \ 
    && svn commit -m "undid rev $REV" $F 

Answer 7

Następujące zrobi suchobiegu, jak to mówi. HEAD jest aktualną wersję, POPRZEDNIE jest poprzednia, to ścieżka do pliku, lub popełnione pozycja:

svn merge --dry-run -rHEAD:PREV https://example.com/svn/myproject/trunk 

Jeśli sucho wygląda dobrze, uruchom polecenie bez --dry metę

Sprawdź, czy zmiana w wersji i ponowne zatwierdzenie. Aby przeglądać numery wersji spróbować:

svn log 

Answer 8

Próbowałem powyżej (svn merge) i masz rację, to nie Jack. Jednak

svn update -r <revision> <target> [-R] 

wydaje się działać, ale nie jest trwały (mój svn pokazuje po prostu starą wersję). Musiałem więc

mv <target> <target backup> 
svn update <target> 
mv <target backup> <target> 
svn commit -m "Reverted commit on <target>" <target> 

W moim konkretnym przypadku moim celem jest interfaces/AngelInterface.php. Wprowadziłem zmiany do pliku, zatwierdziłem je, zaktualizowałem komputer kompilacji, uruchomiłem kompilator phpdoc i stwierdziłem, że moje zmiany były stratą czasu. svn log interfaces/AngelInterface.php pokazuje moją zmianę jako r22060, a poprzednie zatwierdzenie dla tego pliku to r22059.Więc mogę svn update -r 22059 interfaces/AngelInterface.php i kończę z kodem, jak to było w -r22059 ponownie. Następnie: -

mv interfaces/AngelInterface.php interfaces/AngelInterface.php~ 
svn update interfaces/AngelInterface.php 
mv interfaces/AngelInterface.php~ interfaces/AngelInterface.php 
svn commit -m "reverted -r22060" interfaces/AngelInterface.php 

Ewentualnie mogę zrobić to samo na katalogu, określając . -R zamiast interfaces/AngelInterface.php we wszystkich wyżej wymienionych.

Answer 9

Chociaż podane sugestie mogą już działać dla niektórych osób, nie działa to w moim przypadku. Podczas przeprowadzania scalania użytkownicy pod numerem rev 1443, którzy aktualizują się do rev 1445, nadal synchronizują wszystkie pliki zmienione w 1444, mimo że są równe 1443 z scalenia. Potrzebowałem użytkowników końcowych, aby w ogóle nie widzieli aktualizacji.

Aby całkowicie ukryć zatwierdzenie, można utworzyć nową gałąź przy poprawnej wersji, a następnie zamienić gałęzie. Jedyne, co musisz zrobić, to usunąć i ponownie dodać wszystkie blokady.

copy -r 1443 file:///<your_branch> file:///<your_branch_at_correct_rev> 
svn move file:///<your_branch> file:///<backup_branch> 
svn move file:///<your_branch_at_correct_rev> file:///<your_branch> 

ten pracował dla mnie, być może będzie to pomocne dla kogoś innego tam =)

Answer 10

Najpierw przywrócić kopię roboczą do 1943

> svn merge -c -1943 . 

drugie, należy sprawdzić, co jest o być zaangażowanym.

> svn status 

trzecie, popełnić wersja 1945.

> svn commit -m "Fix bad commit." 

czwarte, spojrzeć na nowego dziennika.

> svn log -l 4 

------------------------------------------------------------------------ 
1945 | myname | 2015-04-20 19:20:51 -0700 (Mon, 20 Apr 2015) | 1 line 

Fix bad commit. 
------------------------------------------------------------------------ 
1944 | myname | 2015-04-20 19:09:58 -0700 (Mon, 20 Apr 2015) | 1 line 

This is the bad commit that I made. 
------------------------------------------------------------------------ 
1943 | myname | 2015-04-20 18:36:45 -0700 (Mon, 20 Apr 2015) | 1 line 

This was a good commit. 
------------------------------------------------------------------------ 

Answer 11

svn merge -c -M PATH 

To uratowało mi życie.

Miałem ten sam problem, po powrocie również nie widziałem starego kodu. Po uruchomieniu powyższego polecenia otrzymałem czysty stary kod wersji.

Answer 12

Jeśli chcesz całkowicie usunąć zatwierdzenia z historii, możesz również wykonać zrzut repo w określonej wersji, a następnie zaimportować ten zrzut. Konkretnie:

svnrdump dump -r 1:<rev> <url> > filename.dump 

Komenda svnrdump wykonuje taką samą funkcję jak svnadmin dump, lecz działa na zdalnym repo.

Następnie wystarczy zaimportować plik zrzutu do wybranego przez ciebie repozytorium. Zostało to przetestowane, aby działało dobrze na Beanstalk.