¿Alguna limitación con svn y c # / visual studio?

En otros lenguajes, como el objective c, hay ciertos files que no puede (o no debería) poner bajo control de versión, como el storyboard y los datos del usuario.

¿C # y Visual Studio sufren con alguna de estas limitaciones?

editar: estamos usando Smart SVN.

edit2: de sus comentarios parece que estos serían los ignoramientos globales óptimos: * .suo * .user * .ncb * .aps bin obj Debug Release release de debugging temporal

En nuestra compañía también estamos trabajando con VS2010 y Subversion. Hasta ahora nunca tuvimos ningún problema. Estamos utilizando AnkhSVN y TortoiseSVN como clientes.
Solo agregamos algunos files a la list de ignorados, principalmente * .user y * .suo. Esos files guardan routes locales que solo son interesantes para los usuarios locales. No es necesario tenerlos en el repository. No hay problema si los cometes, simplemente no es necesario (al less desde mi experiencia personal, podría ahorrar algunos problemas al no agregarlos al control de versiones).

Edite su edición: Sí, esos files / carpetas se pueden ignorar. Básicamente cualquier cosa que se crea en el lado del cliente cuando es necesario. También de esta manera los usuarios pueden tener su propia configuration y entorno de trabajo sin colisionar con el layout de la ruta de otros usuarios, por ejemplo.

Si usa un complemento MS-SCCI Subversion como Agent SVN , el Visual Studio IDE controlará qué files se agregan al repository.

Hemos estado utilizando Visual Studio en combinación con Visual SVN (uso comercial) durante más de un año y el único problema que tuvimos fue que algunos files de las templates del proyecto tenían múltiples terminaciones de línea que hicieron que la confirmación fallara. Solo después de haber arreglado las terminaciones de línea, pudimos confirmar esos files.

Otra limitación en la versión actual que usamos es que comprometer una solución con elementos externos no es tan fácil como debería. Externas que no se han confirmado y / o marcado como sin cambios (mientras que de hecho cambiaron).

Una solución alternativa es usar TortoiseSVN, que se está utilizando en el explorador de Windows y no en Visual Studio. Nunca tuve problemas al usar este progtwig