¿Cómo se especifica el complemento de control de origen por solución en Visual Studio?

Acabo de instalar AnkhSVN para tener soporte de subversión desde Visual Studio 2010. Me di cuenta de que tenía que ir a Herramientas> Opciones> Control de fuente para seleccionar el complemento de control de fuente actual.¿Cómo se especifica el complemento de control de origen por solución en Visual Studio?

Por el momento, estoy trabajando en múltiples proyectos utilizando diferentes sistemas de control de versiones. Por ejemplo, también tengo algunos proyectos en Mercurial, para los cuales un control fuente VS plugin is available.

¿Hay alguna manera de especificar el complemento de control de origen por solución? ¿O puede VS detectar automáticamente los vcs usados? ¿Cuáles son las mejores prácticas en este sentido?

Editar: una búsqueda en Google me llevó a How to configure Visual Studio to use different source control providers y Can Perforce and SourceSafe co-exist in Visual Studio?. Ambos cubren el mismo terreno, pero parecen ser específicos para vcs específicos y carecen de una respuesta general satisfactoria. Estoy buscando una respuesta general aquí.

Fuente

2011-11-29 Marijn

+1 ya que tengo el mismo problema al cambiar de TFS y Perforce. – Fueled

Parece que las referencias vinculadas responden más o menos a la pregunta. Si el complemento de control de origen utilizado por Visual Studio para un sistema de control de origen particular admite enlaces de integración de control de origen, se registrarán en el archivo de solución. Visual Studio debe utilizar esos enlaces cuando abre la solución para seleccionar el proveedor de control de origen apropiado. –

No creo que eso sea posible a menos que instale algún complemento que lo haga por usted. – cpoDesign

Desafortunadamente no hay una buena respuesta aquí. Simplemente tendrá que ingresar y cambiar manualmente la configuración del proveedor de control de fuente de Visual Studio antes de abrir el proyecto. Esta es una limitación de cómo funciona este sistema de complemento en particular, y probablemente tome una nueva versión de Visual Studio para abordarlo específicamente.

Esta es una instancia en la que el estudio visual funciona mejor para la tienda empresarial con herramientas de control de origen estandarizadas y no es tan bueno para un contratista que trabaje con múltiples clientes en una variedad de tecnologías.

Fuente

2012-01-30 04:52:45

Me temo que esta es la respuesta correcta ... Lo dejaré inactivo durante la próxima semana, pero no tengo muchas esperanzas de obtener una respuesta mejor. – Marijn

Sigo esperando que esto se solucione con cada nueva versión de Visual Studio, pero no es así; quizás todos estén asumiendo que alguien más se quejará. Quizás todos lo estamos haciendo mal. :-) Incluso en el espacio empresarial, se vuelve bastante normal trabajar con varias soluciones en diferentes sistemas de control de origen. Alguien debería agregar una solicitud de conexión para esto. – N8allan

¿Se ha solucionado esto en VS 2013? –

El cambio automático de proveedor de control de fuente basado en la presencia de directorio reservado se puede hacer con una extensión VS como se describe here.

Fuente

2014-06-19 22:31:05 ceztko

Es una pena que este autoconmutador sea genial si pudiera vincular la opción a una solución o archivo de proyecto para darme más flexibilidad cuando se usa un cierto proveedor de control de fuente. – Lankymart

¿Qué es una pena? No puedo entender, lo siento. La opción de persistir en el proveedor de Scc en la solución está integrada en VS, pero hasta donde yo sé, está rota y nunca solucionada por Microsoft al menos en VS2010. También el enfoque es claramente incorrecto: ¿qué pasaría si la misma solución se distribuyera por diferentes RCS (por ejemplo, git y subversión)? Esto es bastante común. SccAutoSwitcher detecta el proveedor correcto que tiene en el proceso de pago local, ¿qué tiene de malo? – ceztko

¿Cómo se especifica el complemento de control de origen por solución en Visual Studio?

Respuesta

Cuestiones relacionadas