vscode visual tutorial tag studio para instalar extensiones español code brackethighlighter visual-studio visual-c++ version-control file-type

visual-studio - tag - visual studio code tutorial español pdf



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

¿Qué tipos de archivos de Visual Studio / Visual C ++ deben comprometerse con el control de versiones?
En mi proyecto tengo 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

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 apreciaría una explicación de qué es qué.

De su lista, elegiría aquellos:

cpp filters h ico manifest rc rc2 sln txt vcxproj

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

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.

Las otras respuestas son excelentes; Solo pensé en contribuir con una pequeña herramienta útil. Mira la plantilla de Visual Studio .gitignore 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, todo el repositorio de gitignore 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.

Según lo sugerido por Microsoft, los tipos de archivos que deberían incluirse en el control de versiones son:

.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 ...

Tipos de archivo que no deberían incluirse 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 que use una herramienta externa en un archivo exe o una biblioteca externa, entonces creo que también debería incluirse en el control de versiones.

INFORMACIÓN: qué archivos de Visual C ++ agregar al control de código fuente

Ediciones:

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

Este enlace describe los Tipos de archivos para proyectos de Visual C ++ en Visual Studio 2017.

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.

Solo las onces que se requieren para construir tu 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 compilaciones de C ++.

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

Sí:

  • cpp: código fuente
  • filtros: archivo de proyecto
  • h: código fuente
  • ico: recurso
  • rc: script de recursos
  • rc2: script de recursos
  • sln: archivo de proyecto
  • txt: elemento del proyecto
  • vcxproj: archivo de proyecto

No:

  • aps: estado del último editor de recursos
  • exe: resultado de compilación
  • idb: construir el estado
  • ipch: construir ayuda
  • lastbuildstate: build helper
  • lib: resultado de compilación. Puede ser un tercero
  • log: registro de compilación
  • manifiesto: construir ayuda. Puede escribirse usted mismo.
  • obj: construir ayuda
  • pch: construir ayuda
  • pdb: resultado de compilación
  • res: construir ayuda
  • sdf: intellisense dbase
  • suo: opciones de usuario de la solución
  • tlog: registro de compilación
  • usuario: configuración de depuración. Preserve si solo hay un dev o una configuración de depuración personalizada

Varios de estos son dudosos porque pueden autogenerarse y mantenerse usted 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.