¿Qué tipos de archivos de Visual C++ deben comprometerse con el control de versiones?

Question

¿Qué tipos de archivos Visual Studio \ Visual C++ deben comprometerse con el control de versiones?
En mi proyecto que tienen los siguientes tipos de archivos:

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 

Les agradecería mucho un breve razonamiento para cada uno. Si alguno de ellos es controvertido, tenga en cuenta. Intencionalmente estoy incluyendo incluso tipos de archivos triviales para completar.

EDITAR

Por un lado me gustaría ser independiente de la plataforma en el futuro. Por otro lado, en el futuro cercano me gustaría trabajar con miembros del equipo con configuraciones similares. La compatibilidad de carpetas entre las configuraciones es ciertamente una opción, por lo que los archivos de configuración que tengan rutas se pueden incluir si facilita el flujo de trabajo.
Una vez más, seguramente agradecería una explicación de qué se trata.

Answer 1

Sí:

• CPP: Código fuente
• filtros: archivo de proyecto
• h: código fuente
• ico: recursos
• RC: La escritura de los recursos
• RC2: secuencia de comandos de recurso
• sln: archivo de proyecto
• txt: elemento del proyecto
• vcxproj: archivo de proyecto

No:

• APS: último recurso estatales editor de
• exe: construir resultado
• BID: construir Estado
• ipch: build helper
• lastbuildstate: build helper
• lib: build result.Puede ser de terceros
• log: registro de construcción
• manifest: build helper. Puede escribirse usted mismo.
• obj: construir ayudante
• PCH: construir ayudante
• pdb: construir resultado
• res: construir ayudante
• sdf: intelisense dbase
• suo: opciones de usuario solución
• tlog: construir registro
• usuario: configuración de depuración. No conservan si sólo una configuración de depuración dev o personalizados

Varios de éstos son cuestionables porque pueden ser ambos generada automáticamente y se mantiene a sí mismo. Y hay muchos más que no aparecen en su lista. Principalmente preste atención a la ubicación del archivo. Si está en su directorio de solución o proyecto, es muy probable que quiera verificarlo. En los subdirectorios Depurar o Liberar es muy poco probable. Build + Clean elimina muchos de los archivos de ruido. Y por supuesto: check-in, renombrar el directorio del proyecto, check-out y verificar que se construye.

Answer 2

Solo las onces que se requieren para construir su objetivo. Creo que esto es solo .cpp .h .ico .rc .txt .manifest .rc2

No sé qué sdf, aps, filters, user es, no los he visto en mis versiones de C++.

Solo mire y descubra si contienen código escrito por el programador o si son generados por VS.

Answer 3

En la lista de los que pienso que si:

cpp 
filters 
h 
ico 
manifest 
rc 
rc2 
sln 
txt 
vcxproj 

general, debe versión de todos los archivos necesarios para construir el proyecto. Los archivos generados automáticamente no deben archivarse en mi humilde opinión.

Answer 4

Si hace clic derecho sobre el proyecto, debe haber una opción "Agregar solución al control de código fuente" en el menú contextual.

Si usa esto, solo se agregarán los archivos que sean necesarios. Todos los archivos intermedios y de salida serán ignorados.

Answer 5

En general, debe agregar todos los archivos que aparecen en el Explorador de soluciones al control de versiones. Además, debe incluir los archivos .sln (archivo de solución) y .vcproj/.vcxproj/.vbproj/.csproj (archivo de proyecto).

Tenga en cuenta que si tiene un complemento de control de código fuente para Visual Studio, como TFS o AnkhSvn, no hay necesidad de preocuparse explícitamente por esto. Visual Studio sabe qué archivos deben estar en control de versión y proporciona los datos al complemento de control de origen. Solo si usa una herramienta externa (por ejemplo, TortoiseSVN) necesita tener dicha lista.

Answer 6

Según lo propuesto por Microsoft, tipos de archivos que deben incluirse en el control de versiones:

.mak, .dsp, .c, .rc, .rc2, .ico, .bmp, .txt, .def , .hpj, .bat, .rtf, .odl, .inf, .reg, .cnt, .cpp, .cxx, .h, .hpp, .hxx, .inl, .tpl, .vtp y .mst. ..

del tipo de archivo que no debe ser incluido en:

.pch, .mdp, .ncb, .clw, .obj, .exe, .aps, .cpl, .awk, .exp, .lib , .idb, .opt, .pdb, .map, .res, .ilk, .scc, .bsc, .sbr, .dll y .tlb ...

Pero en caso de utilizar una herramienta externa en el archivo ejecutable o una biblioteca externa, entonces creo que también debería incluirse en el control de versiones

INFO: Which Visual C++ Files to Add to Source-Code Control

ediciones:

El enlace de arriba ha sido podrido.Por favor utilice este archive

Este enlace se describe la File Types for Visual C++ Projects en Visual Studio 2017.

Answer 7

Las otras respuestas son excelentes; Solo pensé en contribuir con una pequeña herramienta útil. Consulte el Visual Studio .gitignore template en GitHub. Es una buena lista mantenida activamente de archivos que comúnmente se mantienen fuera del control de la versión.

Y mientras lo hace, el conjunto gitignore repository es un recurso muy útil para todo tipo de desarrollo desde ActionScript hasta Zend. Si no usas Git, aún puedes usar los archivos de gitignore como referencia.

Answer 8

Al contrario de lo que se dijo en una respuesta anterior, me gustaría señalar que parece ser importante para el control de la versión del archivo .opt con el fin de realizar un seguimiento de las opciones del usuario. Véase la referencia abajo:

https://msdn.microsoft.com/en-us/library/aa278994(v=vs.60).aspx