Jaki jest najlepszy (lub możliwie najlepszy) ogólny wzorzec ignorowania SVN?
Istnieje wiele różnych plików IDE, edytorów, kompilatorów, wtyczek, platform itp., Specyficznych plików i niektórych typów plików, które „nakładają się” (tj. Są pożądane dla niektórych typów projektów, a dla innych nie).
Istnieje jednak duża liczba typów plików, których po prostu nie chcesz automatycznie włączać do kontroli źródła, niezależnie od specyfiki środowiska programistycznego.
Odpowiedź na to pytanie byłaby dobrym punktem wyjścia dla każdego projektu - wymagając jedynie dodania kilku elementów specyficznych dla środowiska, których potrzebują. Można go również dostosować do innych systemów kontroli wersji (VCS).
svn
language-agnostic
version-control
development-environment
environment
Zach Burlingame
źródło
źródło
Odpowiedzi:
Dodam własne dwa centy do tego pytania:
Używam następującego wzorca ignorowania SVN z TortoiseSVN i Subversion CLI dla natywnych projektów C ++, C # / VB.NET i PERL na platformach Windows i Linux. To działa dobrze dla mnie!
Sformatowany do kopiowania i wklejania:
Sformatowany pod kątem czytelności:
źródło
W oparciu o wzorzec ignorowania Burly'ego dodałem ReSharper do listy ignorowanych
Sformatowany do kopiowania i wklejania:
Sformatowany pod kątem czytelności:
źródło
Mój wzorzec ignorowania dla programu Visual Studio:
Sformatowany pod kątem czytelności
źródło
Za każdym razem, gdy znajduję plik, którego generalnie nie chcę w repozytorium, aktualizuję wzorzec. Uważam, że nie ma „najlepszego” wzorca - zawsze zależy to od języka i środowiska, w którym się rozwijasz.
Co więcej, mało prawdopodobne jest, abyś pomyślał o wszystkich możliwych „zignorowanych” typach plików - zawsze napotkasz typ pliku, którego po prostu zapomniałeś uwzględnić. Właśnie dlatego aktualizacja wzoru w trakcie pracy działa najlepiej.
źródło
Użytkownicy systemu Windows mogą chcieć dorzucić pliki desktop.ini i thumbs.db.
źródło
Używany w moich projektach Visual Studio
Stamtąd możesz rozwinąć więcej typów plików.
źródło
svn:ignore
, ale nie są na globalnej liście ignorowanych?Użytkownicy programu Visual Studio (VC ++) zdecydowanie muszą wykluczyć pliki .ncb
źródło
Użytkownicy komputerów Mac prawdopodobnie chcą dorzucić .DS_Store. Dodatkowo, jeśli są deweloperzy używający Emacsa lub Vima, prawdopodobnie zechcesz dodać ~ ~ i # #.
źródło
W przypadku Eclipse używam:
. * pobiera całą konfigurację projektu. Prawie nigdy nie chcesz sprawdzać „ukrytego” katalogu lub pliku, ale jeśli się pojawi, nadal możesz go dodać svn.
źródło
Ponieważ możesz używać bibliotek i bibliotek DLL innych firm jako części projektu (ów), nie widzę sensu w blokowaniu * .lib i * .dll z repozytorium. To są rzeczy, które mają być przechowywane w repozytorium.
źródło
Użytkownicy Visual Studio 2010 powinni dodać
ipch
(folder, który zawiera prekompilowane nagłówki C ++) i*.sdf
(ogromne pliki używane przez Intellisense do każdego rodzaju projektów).źródło
Wzorzec zależy od używanego systemu operacyjnego.
W Linuksie będziesz chciał zablokować **. O *, **., Więc *, **. A * i **. La * na początek. Możesz także zablokować ** ~ * (kopia zapasowa pliku z edycji) i # * # (kopia zapasowa emacsa po awarii).
W systemie Windows przydadzą się przynajmniej **. Obj *, **. Lib * i **. Dll *.
Wszelkie inne pliki, które musisz zablokować, zależą od IDE, edytora i kompilatora.
źródło
Jeśli używasz jednego, musisz dodać Resharpera.
kolejną osobą, na którą należy zwrócić uwagę, jest Ankh *. *
źródło
Nie zapomnij o plikach tymczasowych NCrunch :
źródło
I zrzuty rdzeniowe (Cygwin, Linux)
źródło
gitignore.io zapewnia konfigurowalne wzorce dla git. Zapewniają czytelną listę, którą należy sformatować dla SVN.
Na przykład żądanie zwrotu MicrosoftOffice i Windows
źródło
gitignore.io zapewnia konfigurowalne wzorce dla git. Zapewniają czytelną listę, którą należy sformatować dla SVN.
Na przykład żądanie zwrotu MicrosoftOffice i Windows
Wydaje się, że można go bezpośrednio używać jako
svn:global-ignore
źródło