In Eclipse Ganymede (Subclipse)
Wybierz projekt / plik, który zawiera złą zmianę iz wyskakującego menu wybierz:
Zespół -> Pokaż historię
Rewizje związane z tym projektem / plikiem będą widoczne w zakładce Historia.
Znajdź wersję, w której zostały wprowadzone „złe zmiany” iz menu podręcznego wybierz:
Cofnij zmiany z wersji X
Spowoduje to scalenie zmian w plikach zmodyfikowanych w złej wersji z wersją przed złą wersją.
Stąd są dwa scenariusze:
Jeśli nie dokonałeś żadnych zmian w tym pliku (zła wersja jest ostatnią wersją tego pliku), po prostu usunie zmiany dokonane w złej wersji. Te zmiany są scalane z twoją kopią roboczą, więc musisz je zatwierdzić.
Jeśli wprowadziłeś jakieś zmiany dla tego pliku (zła wersja nie jest ostatnią wersją tego pliku), będziesz musiał ręcznie rozwiązać konflikt. Powiedzmy, że masz plik readme.txt z, a zły numer wersji to 33. Ponadto dokonałeś kolejnego zatwierdzenia tego pliku w wersji 34. Po wybraniu opcji Przywróć zmiany z wersji 33 będziesz mieć następujące w kopii roboczej:
readme.txt.merge-left.r33 - zła wersja
readme.txt.merge-right.r32 - przed złą wersją
readme.txt.working - wersja kopii roboczej (taka sama jak w r34, jeśli nie masz żadnych niezatwierdzonych zmian)
Oryginalny plik readme.txt zostanie oznaczony jako skonfliktowany i będzie zawierał scaloną wersję (w której zostaną usunięte zmiany ze złej wersji) z pewnymi znacznikami (<<<<<<< .working itp.). Jeśli chcesz tylko usunąć zmiany ze złej wersji i zachować zmiany wprowadzone później, to wszystko, co musisz zrobić, to usunąć znaczniki. W przeciwnym razie możesz skopiować zawartość jednego z 3 plików wymienionych powyżej do oryginalnego pliku. Cokolwiek wybierzesz, kiedy skończysz, oznacz konflikt jako rozwiązany
Zespół - oznaczenie rozwiązane
Pliki tymczasowe zostaną usunięte, a plik zostanie oznaczony jako zmieniony. Podobnie jak w 1, musisz zatwierdzić zmiany.
Należy zauważyć, że nie usuwa to wersji z historii wersji w repozytorium svn. Po prostu wprowadziłeś nową wersję, w której zmiany ze złej wersji zostały usunięte.