Debería cometer el.¿la carpeta vscode al control de código fuente?

Entre commit/ignore hay una tercera opción inteligente: commit con el sufijo .default.

Por ejemplo, puedes agregar settings.json a .gitignore, y confirmar settings.json.default, como es una práctica común (en mi equipo) con los archivos .env.

Tomé este consejo de video Cambios en la configuración del editor de cambios en el control de versiones? por Mattias Petter Johansson

• nunca commit .vscode/settings.json - con la rara excepción de search.exclude . Si realmente lo necesita, tenga mucho cuidado de poner solo los ajustes particulares de su proyecto que desea hacer cumplir a otros desarrolladores.
• para la validación, formateo, compilación utilice otros archivos como pcakage.json, .eslint, tsconfig.json, etc
• El único .vscode que tiene sentido incluir son configuraciones de inicio complejas para la depuración.
• Tenga cuidado, podría haber una extensión de terceros en su sistema que podría poner información privada allí !

Lo que no puede hacer es copiar y pegar toda la configuración.json contents file to .vscode/settings.json. Veo a algunas personas haciendo esto y cometiendo el archivo es una atrocidad. En ese caso, no solo romperá el espacio de trabajo de otros, sino que, lo que es peor, estará imponiendo configuraciones a los usuarios que no deberían gustarle la estética, la interfaz de usuario ni la experiencia. Probablemente romperá sus entornos porque algunos son muy dependientes del sistema. Imagina que tengo problemas de visión así que mi configuración de usuario editor.* se personaliza y cuando abro tu proyecto, las imágenes cambian. Imagine que tengo problemas de visión s Necesito personalizar el editor de usuario.* ajustes para poder trabajar. Me enfadaría.

Si eres serio no cometas .vscode/settings.json. En general, la configuración que podría ser útil para un proyecto en particular como validación, compilación, tiene sentido, pero en general se puede utilizar herramientas particulares archivos de configuración como .eslint, tsconfig.json, .gitignore, paquete.json. sucesivamente. Me los autores de guess vscode acaban de agregar el archivo para simplificar la experiencia del recién llegado, pero si quieres ser serio, ¡no lo hagas!

La única excepción, y en casos muy particulares, podría ser la búsqueda.excluir

La respuesta es "NO",porque .la carpeta vscode es para este editor y no debe empujar estos ajustes personales al repositorio en caso de confundir a otros ,por lo que puede agregarlo a de su proyecto.gitignore archivo para ignorar los cambios

La misma respuesta que la anterior: no.

Como ilustración, considere el enfoque elegido por Git 2.19 (Q3 2018), que agrega un script (en contrib/) para ayudar a los usuarios de VSCode a trabajar mejor con la base de código de Git.

En otras palabras, genere el contenido .vscode (si aún no existe), no lo version.

Véase commit 12861e2, commit 2a2cdd0, commit 5482f41, commit f2a3b68, commit 0f47f78, commit b4d991d , commit 58930fd, commit dee3382, commit 54c06c6 (30 Jul 2018) por Johannes Schindelin (dscho).
^{(Merged by Junio C Hamano -- gitster -- in commit 30cf191 , 15 Ago 2018)}

contrib: agregar un script para inicializar la configuración VS Code

VS Code es un editor de código fuente ligero pero potente que se ejecuta en su escritorio y está disponible para Windows, macOS y Linux.
Entre otros idiomas, tiene soporte para C / C++ a través de una extensión, que ofrece no solo construir y depurar el código, sino también Intellisense, es decir, finalización consciente del código y sutilezas similares.

Este parche agrega un script que ayuda a configurar el entorno para que funcione eficazmente con VS Code: simplemente ejecute el script de shell de Unix contrib/vscode/init.sh, que crea los archivos relevantes, y abra la carpeta de nivel superior del código fuente de Git en VS Code.

¿Por qué no solo mirar la práctica, aparte de los argumentos por aquí?

Uno de los proyectos más grandes que mantiene .vscode he encontrado hasta ahora es Mozilla Firefox. Parece que el equipo de Firefox comparte sus tareas comunes.

Así que supongo que no es una mala idea mantener .vscode, siempre y cuando sepas lo que estás haciendo.

Actualizaré este post cuando vea otros grandes proyectos que compartan .vscode.