Jak odrzucić lokalne zmiany w kasie SVN?

Musisz cofnąć wszystkie zmiany używając svn revert komendy:

• Przywróć zmiany do pliku: svn revert foo.c
• Przywróć cały katalog plików: svn revert --recursive .

Aby odrzucić lokalne zmiany w jednym konkretnym pliku:

$ svn revert example_directory/example_file.txt

Aby odrzucić lokalne zmiany w jednym konkretnym folderze:

$ svn revert -R example_directory/

Proste svn revert wystarczyło na oryginalny plakat. Jednak prosty svn revert nie zrobi się w bardziej ogólnym przypadku, gdy ty

1. mieć zarówno edycje, które chcesz udostępnić, jak i edycje, których nie chcesz udostępnić W tym samym pliku ,
2. miej lokalne zmiany, które nadal jesteś zainteresowany utrzymaniem dla własnej prywatnej korzyści .

@ErichBSchulz sugestia użycia git add -p jest bardzo rozsądna i znacznie bardziej ogólnie zastosowanie w takim przypadku. W odpowiedzi brakowało tylko szczegółów. Zakładając, że Twój bieżący katalog jest katalogiem, w którym chcesz wprowadzić łatkę sharable, możesz zrobić coś takiego:

1. Checkout nieskazitelna wersja z subversion do innego katalogu (wybierz nazwę katalogu, który nie istnieje, tutaj używając podkatalogu TMP/).

   $ url=$(svn info . | awk '/^URL/ {print $2}')
   $ svn checkout "$url" TMP
   

2. Używając tego nieskazitelnego SVN checkout jako podstawy, init repozytorium git, ignorując .katalogi svn; commit wszystko w svn przechodzi do tymczasowego repozytorium git

   $ cd TMP                                                     
   $ git init && echo ".svn/" > .gitignore
   $ git add -A && git commit
   $ cd ..
   

3. Skopiuj nowo przygotowane metadane repozytorium git do oryginalnego katalogu roboczego; ponieważ nieskazitelny katalog kasy subversion nie jest potrzebny, możesz się go pozbyć. Twój katalog roboczy jest teraz zarówno repozytorium git jak i subversion:

   $ mv TMP/.git .
   $ rm -rf TMP/
   

4. Możesz teraz użyć potężnego i wygodnego git add -p, aby interaktywnie wybrać dokładnie to, co chcesz udostępnić i zatwierdzić je do swojego repozytorium git. Jeśli chcesz dodać pliki do commita, wykonaj również git add <file-to-add> przed git commit

   $ git add -p                            
   <interactively select (and edit) the chunks you want to share>
   $ git add ${the_list_of_files_not_in_yet_in_svn_you_want_to_add}
   $ git commit
   

5. Używając commita, przygotuj łatkę, którą chcesz udostępnić. W tym celu możesz również użyć git diff HEAD^..HEAD, lub git format-patch (ten ostatni może być użyty do bezpośredniego przygotowania wiadomości e-mail do wysłania zawierających łatkę lub wiele łatek):

   $ git show -p HEAD > my-mighty-patch.patch
   

Aby pozbyć się metadanych git, po prostu zrób rm -rf .git/. Jeśli planujesz kontynuować hakowanie z oryginalnym katalogiem roboczym, możesz nadal używać git aby zarządzać lokalnymi zmianami. W tym przypadku prawdopodobnie skorzystasz z inwestycji w naukę korzystania z git svn.

Uwaga: jeśli jesteś zaznajomiony z git jest to raczej banalna rzecz do improwizacji. W przeciwnym razie wygląda to trochę niechlujnie. Możesz uogólnić to podejście, pisząc skrypt z tych kroków, aby zaimplementować "interactive commit" lub "interactive patch creation" dla svn, który mógłby być użyty bez żadnego zrozumienia Gita.

You could use

 svn diff important/file1.c important/file2.c > $HOME/os/firstdiff.diff

Publikując swój diff, nie zapomnij podać wersji, wobec której się różnisz.

Jak odpowiedzieli inni, Możesz również używać svn revert ostrożnie. To zależy, czy chcesz zachować lokalne zmiany w swojej przyszłej pracy, czy nie...

Przejdź do katalogu głównego tego repozytorium i uruchom następujące polecenie

svn revert --depth=infinity .

Możesz użyć polecenia commit na pliku, który chcesz umieścić, i użyć polecenia SVN revert, aby odrzucić pozostałe zmiany lokalne

Użyj Git!

git add -p

Daje interaktywną możliwość wyboru zmian do zatwierdzenia.