Quels types de fichiers Visual C ++ doivent être validés pour le contrôle de version?

Question

Visual Studio \ Visual C++ types de fichiers doivent être engagés pour le contrôle de version?
Dans mon projet, j'ai les types de fichiers suivants:

aps
cpp
exe
filters
h
ico
idb
ipch
lastbuildstate
lib
log
manifest
obj
pch
pdb
rc
rc2
res
sdf
sln
suo
tlog
txt
user
vcxproj

J'apprécierais un court raisonnement pour chaque. Si l'un d'entre eux, sont controversés, s'il vous plaît noter. Je suis volontairement, y compris même triviale types de fichiers à des fins d'exhaustivité.

MODIFIER

D'une part, je voudrais être indépendant de la plateforme dans l'avenir. D'autre part, dans le proche avenir, je voudrais travailler avec les membres de l'équipe avec les mêmes configurations. Dossier de compatibilité entre les configurations est certainement une option, de sorte que les fichiers de configuration de la tenue de chemins d'accès peuvent être inclus si elle facilite le flux de travail.
Encore une fois, je serais sûrement apprécier une explication de quoi il s'agit.

Answer 1

Oui:

• cpp: code source
• filtres: fichier de projet
• h: le code source
• ico: ressources
• rc: script de ressources
• rc2: script de ressources
• sln: fichier de projet
• txt: élément du projet
• vcxproj: fichier de projet

Non:

• aps: dernière éditeur de ressources de l'état
• exe: construire résultat
• bid: construire l'etat
• shicp: construire helper
• lastbuildstate: construire helper
• lib: construire résultat. Peut être 3ème partie
• journal: le journal de l'
• manifeste: construire helper. Peut-être toi-même écrit.
• obj: construire helper
• pch: construire helper
• apb: construire résultat
• res: construire helper
• sdf: intellisense dbase
• suo: solution d'options de l'utilisateur
• tlog: journal de l'
• utilisateur: paramètres de débogage. Ne conserver si seulement un dev ou personnalisé les paramètres de débogage

Plusieurs de ces sont douteux, car ils peuvent être à la fois auto-généré et maintenu vous-même. Et il y a plusieurs autres qui n'apparaissent pas dans votre liste. Surtout faites attention à l'emplacement du fichier. Si c'est votre solution ou un répertoire de projet il est alors très probable que vous voulez vérifier. Dans le Debug ou Release sous-répertoires alors très peu probable. Construire + Clean supprime beaucoup de bruit de fichiers. Et bien sûr: le check-in, renommer le répertoire du projet, check-out et de vérifier qu'il s'appuie.

Answer 2

De votre liste, je choisirais ceux:

 cpp
filters
h
ico
manifest
rc
rc2
sln
txt
vcxproj
 

En règle générale, vous devez mettre à jour tous les fichiers nécessaires à la construction du projet. Les fichiers générés automatiquement ne doivent pas être archivés à mon humble avis.

Answer 3

Les types de fichiers qui doivent être inclus dans le contrôle de version:

.mak .dsp, .c, .rc, .rc2 .ico, .bmp, .txt, .def .hpj, .chauve-souris, .rtf, .la foad .inf, .reg .cnt, .rpc .cxx, .h, .hpp, .hxx, .inl, .tpl, .vtp, et .mst...

Les types de fichiers qui ne devraient pas être inclus dans:

.pch .mdp, .pne, .clw, .obj, .exe, .aps, .le cpl, .awk, .exp, .lib, .la bid, de la .opter, de .pdb, .carte, .res, .ilk, .csc .bsc, .sbr .dll, et .tlb...

Mais dans le cas où l'aide d'un outil externe dans le fichier exécutable ou une bibliothèque externe puis je pense qu'il devrait également être inclus dans le contrôle de version

INFO: Visual C++, les Fichiers à Ajouter au Contrôle de Code Source

Answer 4

Si vous faites un clic droit sur le projet, il devrait y avoir une "Ajouter la Solution de Contrôle à la Source" option dans le menu contextuel.

Si vous utilisez ce, uniquement les fichiers nécessaires seront ajoutés. Tous les intermédiaires et les fichiers de sortie seront ignorés.

Answer 5

En général, vous devez ajouter tous les fichiers qui apparaissent dans l'Explorateur de solutions pour le contrôle de version. En outre, vous devez inclure l' .sln (fichier de solution) et .vcproj/.vcxproj/.vbproj/.csproj fichiers (fichier de projet).

Notez que si vous disposez d'un contrôle de source de plugin pour Visual Studio, tels que TFS ou AnkhSvn, il n'est pas nécessaire explicitement les soins à ce sujet. Visual Studio sait quels fichiers doivent être dans le contrôle de version et donne les données de contrôle de code source du plugin. Seulement si vous utilisez un outil externe (ex. TortoiseSVN) avez-vous besoin d'avoir une telle liste.