Które pliki projektu C# powinny mieć kontrolę wersji?

Question

Mam projekt, który chcę ręcznie zarządzać za pomocą kontroli wersji perforce, ponieważ mam tylko wersję Express. Szukam, które pliki powinny zostać wykluczone w kontroli wersji, ponieważ blokowanie wielu plików może spowodować problem z kompilacją i debugowaniem wizualnego studia.

Co mam, do tej pory, uwzględnione. Pliki
.cs (z wyjątkiem folderu Właściwości)
.resx pliki
.csproj pliki

Wyłączającej
folderu bin
obj folderu
Właściwości folderu
.user plik

Let ja wiem, czy jest coś, co powinno zostać włączone, które wykluczyłem lub czy jest lepszy sposób na zrobienie tego jego.

Answer 1

Powinieneś dołączyć folder Właściwości; zawiera AssemblyInfo.cs (ze wszystkimi atrybutami zespołu) oraz domyślne pliki zasobów i ustawień projektu, jeśli takie istnieją.

Powinieneś również dołączyć plik .sln, jeśli taki istnieje.

Answer 2

wyklucza także:

.suo 
app.config (you should commit something like app-dev.config instead) 

Re: app.config:

app.config zwykle zawiera informacje specyficzne urządzenia (jak ciągi połączeń bazy danych, ustawienia domyślne, lub ścieżki do zasobów) i don” t chcesz to za każdym razem wypakowywać z kontroli źródła. Pliki te powinny być tworzone/kopiowane przy użyciu skryptów wdrażania.

Gdy jest wielu programistów na każdym projekcie z własnym serwerem bazy danych, jest to szczególnie denerwujące. Odwrotna sytuacja może być jeszcze bardziej niebezpieczna - jeśli wdrożysz kod do produkcji poprzez wyewidencjonowanie z kontroli wersji, możesz niechcący ustawić produkcję tak, aby korzystała z rozbudowanej bazy danych, co może być katastrofalne.

Answer 3

Nie zapomnij dodać obrazów, ikon itp., Których możesz użyć w swojej aplikacji. Łatwo o nich zapomnieć.

Również jeśli posiadasz dokumentację związaną z projektem - specyfikacje, projekty, pliki pomocy itd. Umieść je w oddzielnych folderach w ramach projektu, a następnie dołącz je również.

Answer 4

Jeśli korzystam z bibliotek DLL innych producentów, to ja kontroluję je za pomocą projektu i wykorzystuję rozmieszczenie równoległe tak, że biblioteka DLL jest kopiowana do folderu bin podczas kompilacji (w przeciwieństwie do rejestrowania biblioteki DLL w GAC)). W wyniku tego inny programista może odłączyć projekt od kontroli źródła i mieć zależności, których potrzebuje, aby z powodzeniem skompilować i uruchomić projekt. Nie ma niepotrzebnego pobierania i instalowania komponentów innych firm, a na pewno wszyscy opracowują/testują przeciwko tej samej wersji biblioteki DLL innej firmy.