instalar - ¿Cuál es el mejor producto de control de fuente para el desarrollo de Visual Studio?
visual studio code español (18)
Trabajo en una tienda de Visual Studio / .NET que todavía utiliza VSS 2005 para el control de código fuente. Estamos buscando actualizar a VS Team Foundation Server y usar su sistema de control de origen, pero tengo curiosidad de que esa sea realmente la mejor opción. Los creadores de StackOverflow utilizan Subversion, pero comentan que es difícil fusionar las bifurcaciones de código en el producto principal (que se analiza en el podcast # 52). Joel mencionó que Mercurial se usa en Fog Creek. Sabiendo que Joel es una especie de snob de software y que eligió Mercurial sobre cualquier cosa de Microsoft, pensé que plantearía la pregunta a la audiencia de StackOverflow: ¿qué producto de control de fuente es el mejor para los desarrolladores de Visual Studio ?
+1 para olvidarse de la integración de VS.
Muchas de las mejores herramientas de control de fuente tienen excelentes interfaces de línea de comandos. He estado felizmente usando Git para proyectos de VS por casi un año. El inconveniente es que Git requiere un shell bash y no es muy compatible con Windows. Estoy dispuesto a pagar el ''costo'' de no tener integración VS para obtener todas las funciones avanzadas que hacen la vida realmente más fácil.
Yo sugeriría darle una oportunidad a Mercurial .
Debo agregar que este consejo es más adecuado para una elección personal de control de fuente. Si está buscando un estándar de control de código fuente para una gran empresa con muchos desarrolladores, elegiría una opción más "estándar" como Team System, SVN o Vault.
Cambiamos de VSS a SVN, usando solo TortoiseSVN durante mucho tiempo. Recientemente comenzamos a usar el complemento visualsvn para VS (desafortunadamente no es gratis).
Debo decir que, después de superar el dolor inicial de no tener la integración de control de fuente en VS, realmente me gustó el nivel de control que tenía sobre todas mis operaciones de control de fuente. Recomiendo encarecidamente esta ruta.
Si va con Subversion y debe tener integración de control de origen, le recomiendo VisualSVN.
Si desea probar SVN, puede instalar el producto de servidor VisaulSVN muy gratuito (y muy fácil de configurar) y hacer que SVN se ejecute en tan solo unos minutos en un servidor Windows.
Depende de si estás buscando un sistema de control de versión libre o comercial.
Subversión
Usando Subversion tienes un gran complemento de código abierto y gratuito de ankhsvn que integra Subversion con Visual Studio. ¡La integración es realmente fantástica!
Mercurial
Si necesita un control de versión distribuido, elija Mercurial con el complemento VisualHG . Mercurial, en contrato con Git, fue desarrollado con soporte nativo de Windows y también la integración de Visual Studio es mucho mejor.
PlasticSCM
La mejor integración de Visual Studio que he visto ha tenido PlasticSCM, que es la simple consecuencia de que PlasticSCM es el sistema de control de versiones de Windows. Funciona muy bien.
El control de origen es solo una parte de VS Team Foundation Server, que es un sistema completo de gestión de proyectos.
Utilicé tanto SVN como TFS, y ambos son más estables y robustos que VSS.
He tenido mucha suerte con Ankhsvn. Soy capaz de usarlo indistintamente con TortoiseSVN y hace un gran trabajo al integrarse estrechamente con Visual Studio y el diseño del proyecto.
He trabajado con VSS, CVS, SVN y TFS.
VSS: Sáltate. He perdido demasiados cambios que literalmente han desaparecido.
CVS: Gran solución. Tiene una característica SVN que falta con un visual de la fusión.
SVN: Gran solución. Puede obtener complementos para integrar si los necesita. Solo tengo una queja: la fusión entre sucursales podría ser mejor. Pero, el producto es bombardero y muy asequible.
TFS: donde estaba trabajando, no hicieron mucho con eso. Solo usaron el control de fuente. Estaba emocionado de usarlo, especialmente las estanterías, pero no pude fusionar los cambios en una rama. Yo diría que es más o menos lo que debería ser VSS. A veces MS se esfuerza demasiado en hacer cosas por ti que solo tienes que hacer por ti mismo. Además, la interfaz de usuario no es intuitiva.
Por lo tanto, me quedo con SVN. Sin embargo, el nuevo estándar de código abierto parece ser GIT (aunque no puedo comentarlo).
He usado Visual Source Safe (2005) y no lo recomendaría. Al ser una solución basada en archivos, se corre el riesgo de que su repositorio se corrompa más fácilmente. He utilizado Source Off-Site, un producto de SourceGear que permite el check-in y checkout remoto de VSS a través de Internet y funcionó bien, pero aún tenía la desventaja de que estaba construido sobre VSS y la arquitectura de archivos planos.
SourceGear también hace Vault, que es mi solución preferida. Es un repositorio basado en SQL Server, por lo que no está sujeto a problemas con el sistema de archivos de Windows. Las restauraciones y las copias de seguridad se pueden configurar como cualquier otra base de datos de SQL Server y usted puede restaurar a un punto en el tiempo, no solo a su última fecha de copia de seguridad.
También utilicé Source Anywhere (versión 2.2) y encontré que carece de características en comparación con VSS y Vault. Pero era una solución de SQL Server, que hacía que las copias de seguridad fueran más confiables.
Estoy interesado en probar Subversion y si hubiera una versión de Subversion que utilizara SQL Server como repositorio, creo que sería una solución razonable. Si está ejecutando en otro sistema operativo, Subversion es probablemente su mejor opción, pero si está ejecutando en Windows Server, le recomendaría una solución de SQL Server.
Mi recomendación es para SourceGear Vault . Es lo suficientemente cerca de Visual Source (un) Seguro para sentirse "cómodo" de inmediato, es sólido (construido en SQL Server que también resuelve sus problemas de copia de seguridad), es muy confiable, tiene un gran soporte para ramificación y fusión, todo alrededor de cosas buenas.
Es gratis para equipos de hasta 2 devs y tiene un precio razonable para equipos más grandes, mucho menos $$$ que Team System (por supuesto, también es solo un control de código fuente, no un sistema de desarrollo de todo el equipo). Lo usamos junto con el rastreador de errores y problemas de Fogbugz y ese combo cede todo lo que necesitamos por mucho menos dinero.
Muy recomendable.
Bagazo
Mi voto es para TFS. VSS es más que un dolor. He usado SVN fuera de VS y tendría que verlo funcionar junto con él.
¿Trabajando con control de fuente fuera del producto? Suena como más trabajo del necesario. El hecho de que se integre con VS no significa que no pueda usarlo para otras cosas. Si estoy en VS, quiero quedarme allí y no tener que ir a otra aplicación cliente para obtener mi fuente. Me gusta que VS pueda revisar directamente.
No puedo creer que nadie haya mencionado a Assembla! ¡Es gratis para repositorios ilimitados, usuarios ilimitados y 1GB de espacio!
Parece que quieres tener integración con VS pero cuestiono la razón de eso.
Un buen producto de control de fuente tiene muchas más características que la integración VS.
Puede hacer que Subversion se integre con VS ( Ankh svn y visualsvn ) y también he usado bóveda que es estable e integrada con VS, pero uso el control de código fuente para otras cosas que no sean solo trabajo.
Así que prefiero trabajar con control de fuente fuera del producto. Deberías probarlo.
Prefiero TFSVC ya que está integrado con todos los demás servicios en Team Foundation Server. Pero depende de lo que quieras hacer. Si desea una solución ALM, este es el camino a seguir. Tengo la capacidad de establecer políticas de verificación, compilaciones integradas y asociarme con elementos de trabajo. Me gusta la forma en que se ramifica y se fusiona. Puedo hacer que mis evaluadores envíen elementos de trabajo de error asociados con el código en TFSVC. Tengo trazabilidad para ver quién controla y rompe las compilaciones. Puedo ejecutar informes y obtener una buena visibilidad del proyecto. Todo funciona en conjunto.
Espero que esto ayude.
Juan
Quizás debería preguntarse qué es lo mejor para su proyecto.
Me gusta svn porque es gratis y un poco estándar (tal vez un poco audaz para decir).
SVN es mejor y más rápido que VSS. Cambiamos de VSS a SVN hace 2 años porque VSS estaba en servidores en Nueva York y las operaciones en VSS parecían demasiado lentas para los desarrolladores en India. SVN es más rápido porque estaba pensado para WAN en lugar de VSS, que es para LAN. Consulte este enlace
Puede usar Windows Explorer para realizar operaciones SVN o puede usar AnkhSVN para poder realizar operaciones SVN desde VS.Net IDE.
Puede preferir bloquear archivos antes de editarlos si encuentra que fusionarlos más tarde es un problema. Pero la fusión IMHO no es realmente dolorosa, ya que puedes ver la clara distinción entre tu y el código de tus colegas antes de continuar con la fusión.
Las ventajas de SVN se pueden encontrar here en el desbordamiento de pila.
Usamos el plasticscm en el trabajo, es menos conocido, pero muy bien integrado en VS, tiene todas las opciones y gráficos dentro de sí mismo.
Utilizamos bóveda, es bueno. Pero use Team System si puede b / c es de Microsoft. Ellos saben cómo lidiar con sus propios problemas / errores / forma de pensar.
Utilizo tanto Vault como TFS en el trabajo. Usamos VSS y otros tenían problemas con él, por lo que el líder en ese momento decidió cambiar a Vault. No he tenido problemas con Vault, pero otros tuvieron algunos con fusión y ramificación.
Comencé a usar TFS Trial y me gustó tanto como Vault. No uso muchos de los extras, como el seguimiento de errores y elementos de trabajo por el momento, pero planeo hacerlo.
Ya que no mencionó el costo y la compañía ya está considerando mudarse a TFS, creo que eso satisfará su necesidad de obtener un producto mejor que VSS y le permitirá crecer en él en el futuro.
Viniendo de VSS cualquier sistema sería una mejora ;-)
Perforce es probablemente la mejor herramienta convencional que he usado. Rational Apex fue aún mejor, pero a menos que esté escribiendo Ada, esa información no le sirve de nada.
ClearCase es bastante poderoso, pero me resultó bastante difícil de usar (es cierto que solo lo usé durante un par de semanas, así que posiblemente no lo probé).
Por el costo (gratis) SVN es excelente. El complemento de shell Tortoise hace que sea muy fácil de usar en Windows.
EDITAR.
Veo que acabo de recibir un voto positivo de esta antigua respuesta :-) Esto me hizo volver a visitar y creo que necesito actualizar mi respuesta.
Ahora uso TFS en el trabajo y realmente me gusta, quizás sea una gran bestia y no es apropiado para proyectos domésticos, pero es una herramienta comercial y vale la pena echarle un vistazo si realmente valora la integración de VS. Estoy seguro de que Perforce y Clear Case también son excelentes productos, pero ahora no estoy en contacto con ellos.
Para proyectos más pequeños o trabajo personal en casa ahora uso Git. Sin embargo, no me preocupa especialmente la integración de VS, solo la uso desde la línea de comandos, pero en casa cambio entre varios entornos diferentes para que la integración de VS no sea una prioridad.