Quando si utilizza il controllo del codice sorgente, quali file devono essere effettivamente impegnati?

Question

Sto lavorando su un piccolo progetto, ospitato su Google Code, utilizzando SVN per il controllo del codice sorgente. Questa è la mia prima volta che utilizzo il controllo del codice sorgente e sono un po 'confuso su cosa dovrei effettivamente commettere nel repository. Il mio progetto è molto semplice: un progetto di libreria di classi, scritto in C#. Il codice effettivo che ho scritto è un singolo file.

La mia domanda è questa: Devo impegnare l'intero progetto (comprese le directory come Debug, Release, Proprietà, ecc.) O solo il mio file .cs principale?

---

Dopo aver combattuto con Subversion per un po '(Nota a sé: fare non repository di reset), sembra che finalmente ho farlo funzionare con le directory disposte correttamente.

Answer 1

Si dovrebbe impegnare tutto tranne i file di output.

Ciò significa che commuta tutto tranne le directory e \obj (e i file in esse contenuti).

Answer 2

Sicuramente non si desidera eseguire il commit delle librerie predefinite, no. Il controllo del codice sorgente è in realtà solo per la fonte. Ora, in qualcosa di simile a una configurazione di progetto .NET, puoi anche considerare i file di progetto e i file di soluzione come sorgente, va bene. (Ma non i file .user o .suo, lasciali fuori.) Ma una squadra che condivide i binari compilati si imbatterà in mal di testa. I binari in generale vanno bene, come ad esempio le DLL referenziate. Non solo i binari costruiti dal codice.

Fondamentalmente, commettere tutto ciò che è necessario (e solo ciò che è necessario, almeno nell'ambito della gerarchia di codice del progetto) per creare una versione completa del progetto. Ma non commettere l'output generato reale.

Answer 3

Per lo sviluppo normale non mi impegno:

• bin
• obj
• * .user
• * .suo

Tutto il resto mi impegno. Per una versione che verrà inviata a un cliente, imposto anche i binari esatti che ho inviato.

Answer 4

È necessario includere tutto ciò che è necessario per costruire il progetto, non tutto ciò che il progetto produce poiché qualcuno che lo ricompilerà sarà in grado di produrlo compilando.

Nel caso di un progetto C# che è il vostro file di soluzione (.sln), il file di progetto o il file ( csproj), ed i file sorgente (Cs) e file di risorse (.resx , * .bmp, * .png, ecc.). Ciò include i file nella cartella Proprietà, perché quelli contengono impostazioni globali per il progetto.

Non si esegue alcun commit nel debug/release, si tratta di output di creazione del progetto. Come regola generale, non si impegnano file binari (* .dll, * .exe).

Come test se si è impegnati abbastanza, controllare l'origine in una diversa directory sul computer e tentare di ricostruire il progetto.

Answer 5

commetto tutto, tranne:

• la \ bin
• directory \ obj
• file .suo e .user

Vedi this question per i dettagli su che l'ultimo pezzo.

Answer 6

commettono:

• file sorgenti e le cartelle

• Risorse (XML, CSS, file ini ...)

• binari non-generated (immagini, icone, suoni ..)

Non commettere:

• file compilati (exe, dll, jar)

• file sorgente generato

• file specifici di configurazione della macchina, vale a dire i file che contengono dire filepaths in un file locale sul tuo computer che potrebbe trovarsi su completamente diverso sul mio computer.