Najlepsze praktyki w projektach Subversion i Visual Studio

Sugerowałbym użycie AnkhSVN - wtyczki sterującej źródłami Subversion dla Visual Studio 2008/2010.

Można go użyć do wykonania początkowego dodawania i zatwierdzania rozwiązań, projektów i źródeł do repozytorium, a to nie spowoduje dodania żadnego z artefaktów budowania. Nie będzie dodawać niczego, co jest generowane przez kompilację, tylko pliki, do których odnosi się rozwiązanie. Jeśli są jakieś inne elementy, których potrzebujesz, a których nie ma w Twoim rozwiązaniu, możesz je dodać później.

Umieść następujące pliki w kontroli wersji:

• .dsw (VS6 workspace)
• .dsp (projekt VS6)
• .sln (VS rozwiązanie)
• .*proj (VS pliki projektów różnych typów)
• oczywiście twoje pliki źródłowe i inne artefakty, które tworzysz

Czy Nie umieść następujące pliki do kontroli wersji:

• .ncb (something to do with browsing or intelsense)
• .suo (ustawienia przestrzeni roboczej użytkownika, takie jak rozmieszczenie okien, etc-I think)
• .użytkownik (ustawienia projektu użytkownika, takie jak punkty przerwania itp.)

Nie umieszczaj również żadnych plików obiektowych, plików wykonywalnych, automatycznie generowanych plików (takich jak nagłówki, które mogą zostać wygenerowane).

Jeśli chodzi o Pliki wykonywalne i inne generowane pliki - może być wyjątek, jeśli chcesz mieć możliwość archiwizacji wydań. To może być dobry pomysł, ale prawdopodobnie będziesz chciał zarządzać tym trochę inaczej i być może w innym miejscu niż twój kod źródłowy. Jeśli tak to, również Archiwizuj swoje .pliki pdb, dzięki czemu można debugować rzeczy później. możesz użyć serwera symboli do przechowywania zarchiwizowanych symboli (zobacz Debugging Tools for Windows dla serwera symboli i jego dokumentacji).

Oto moja lista plików specyficznych dla VS, które wykluczam z SVN:

Ankh.Load
*.projdata
*.pdb
*.positions
*proj.user
*proj.*.user
*.ncb
*.suo
*.plg
*.opt
*.ilk
*.pch
*.idb
*.clw
*.aps

Poziom roztworu:

• Dodaj plik rozwiązania .sln
• ignoruj plik opcji użytkownika rozwiązania

Poziom projektu:

• dodaj .csproj, .vbproj (A c++ proj?) pliki
• ignoruj .csproj.user, .vbproj.user Pliki
• ignoruj katalog bin
• ignoruj katalog obj
• ignoruj pliki / katalogi, które są generowane podczas wykonywania (np. dzienniki)

Jeśli używasz I VS addins, mogą generować pliki, które również wymagają ignorowania (np. ReSharper generuje pliki .resharper i .resharper.user).

Ignorowane elementy mogą być ignorowane jawnie przez nazwę pliku (np. MyProject.csproj), lub wzorem wieloznacznym (tj. *.csproj.user).

Po skonfigurowaniu ignorów, sprawdzanie czystej kopii źródła, a następnie budowanie powinno nie wykazywać żadnych modyfikacji (np. brak nowych, niezweryfikowanych plików).

Ręcznie dołączałbym wszystkie pliki, których nie powinienem kontrolować.

Mój globalny wzorzec ignorowania to:

.dll .pdb .exe .cache .webinfo .snk bin obj debug _resharper .user resharper

Jeśli używasz listy ignorowanych, SVN uwzględnia wielkość liter. Pamiętaj więc, aby ignorować foldery bin i Bin oddzielnie.

Również, mam pytanie.. dlaczego odświeżanie ikony statusu zajmuje dużo czasu? Czasami robi się to bardzo mylące.

Zobacz Mercurial .hgignore dla projektów Visual Studio 2008 dla listy ignorowanych Mercurial. Nie jestem zaznajomiony ze składnią listy ignorowanych SVN, ale ten wątek ma kilka dobrych list tego, co należy zignorować w Visual Studio.