estoy apoyando un número de desarrolladores .Net que están utilizando Subversion a la versión controlar su trabajo, pero que han estado funcionando en una serie de cuestiones que parecen girar en torno a los archivos adicionales que Visual Studio utiliza para gestionar proyectos, realizar la depuración, Específicamente, parece que estos archivos están causando conflictos debido a que ya están en el repositorio. Sé cómo sacarlos y cómo manejarlos, pero necesito saber qué "ellos" son los primeros.¿Qué archivos de Visual Studio deben ser ignorados por subversión para minimizar los conflictos?
Así que, ¿cuáles son los archivos/directorios que Subversion puede ignorar, y por qué pueden ser ignorados? (Aka. ¿Qué hacen esos archivos?)
Esta es una gran ASP.Net, bastante ONU-organizada el sitio y la implementación del sitio se realiza a través de. svn updates, por lo que los archivos que necesita IIS para compilar dinámicamente (creo que eso es lo que es) el sitio ya que los archivos cambian debe dejarse en el repositorio.
Si usó un complemento VS para VS integrado con SVN, entonces el propio VS solo agregaría los archivos que necesitaba a SVN. Como tal, filtraría los archivos que no necesitan ser controlados por la versión. – jussij
@jussij - He encontrado que los clientes VS-SVN integrados son significativamente inferiores a los de los clientes SVN independientes, por lo que hice la pregunta :) – cdeszaq
No estoy seguro de qué complementos tienes intentado, pero como el autor de uno de esos plug-ins VS (que está basado en MS-SCCI) me parece que puede hacer que trabajar con SVN sea más fácil. ¿Por qué? Porque el IDE controla qué archivos se colocan en el repositorio. Además, agregar, quitar o mover archivos se puede hacer desde dentro del IDE. Finalmente, el IDE proporciona comentarios visuales sobre el estado de los archivos (es decir, archivo no agregado, archivo desactualizado, etc.). – jussij