2010-02-09 6 views

Répondre

2

en fonction de vos besoins.

Nous utilisons principalement C++ & SVN, mais l'idée devrait être la même pour C# & git. Nous n'incluons généralement pas les dossiers bin & de débogage/libération et les fichiers .suo/.user. Nous incluons uniquement les fichiers source/d'en-tête, les fichiers de ressources, les fichiers de données et les projets/solutions.

Ce sont assez (pour autant que je me souvienne) pour les autres pour vérifier le projet & se compiler.

Si vous voulez que d'autres puissent extraire les exécutables, vous devez également ajouter votre dossier bin. Mais cela provoque beaucoup de conflits entre les développeurs s'ils commettent leurs dossiers bin parce que tout le monde travaille sur autre chose, d'où le contenu de bin change fréquemment.

1

Comme les autres réponses dites que vous ne voulez pas inclure les dossiers bin, les fichiers temporaires, etc.

La règle de base que j'utilise est d'essayer de ne vérifier que dans le code qui est édité par l'homme, et tout le reste devrait être généré lorsque vous générez le code. Évidemment, les binaires sont construits pour vous, mais aussi des choses comme le code généré automatiquement devrait être être créé au moment de la construction. Ce n'est pas toujours pratique, il est parfois beaucoup plus facile de vérifier, disons, un proxy à un service web pour ne pas avoir à le construire chaque fois que vous recompilez. Vous devez faire des compromis parfois.

Vous devriez également éviter de vérifier tout type de fichiers de paramètres locaux générés par VS (par exemple, des fichiers .suo). Mais vérifiez dans les paramètres du projet tels que les dictionnaires personnalisés et similaires.

0

tout ce qui peut être généré/compilé à partir de votre code source, ne le contrôlez pas.

Questions connexes