visual-studio-2010 - update - instalar fuentes en visual studio
¿Control de fuente en Visual Studio 2010? (5)
Como @Tomek sugirió usar Subversion.
Echa un vistazo a esta publicación, que te ayudará a usar Subversion y AnkhSVN (complemento VS) con VS2010
Después de hacer algunas búsquedas en los foros de SO, Google y MSDN, me frustré de que haya tan poca información para lo que podría parecer una pregunta obvia y posiblemente una pregunta tonta.
Necesito usar control de fuente en Visual Studio 2010 Professional. No tengo Team Foundation Server 2010. Por separado, ¿algunas personas han mencionado SourceSafe? No he visto ningún SourceSafe dentro de Visual Studio 2010 para ser honesto.
¿Cuáles son algunas alternativas (preferiblemente gratuitas) para el control de código fuente en Visual Studio 2010? ¿O ya está integrado en Visual Studio 2010 que soy tan ciego como para haberlo perdido?
Actualización n. ° 1: Gracias a todos, iré con SVN, en particular AnkhSVN para Visual Studio 2010.
Actualización 23/03/2011 : Ha pasado casi un año desde que hice esta pregunta. Recomiendo usar Mercurial o Git sobre Subversion. Entonces, para aquellos de ustedes que buscan el sistema de control de la versión de Visual Studio 2010, no busque más allá de las extensiones de Git o Mercurial de la Biblioteca de extensiones de Visual Studio.
Actualización del 5/16/2013 : Ahora le recomiendo que use Git sobre Mercurial , TFS o SVN . ¡Echa un vistazo a Try GitHub de CodeSchool en el navegador para ver qué impresionante es!
Comenzando con Git en Visual Studio 2012 - tutorial en profundidad por Andy Lewis .
Visual Studio Tools para Git : una extensión para Team Explorer para proporcionar integración de control de fuente para Git. Permite la integración con repositorios locales de Git y proporciona herramientas para trabajar con repositorios remotos.
Estoy usando Ankh SVN junto con Subversion en el lado del servidor y funciona bien para mí. Mercurial embargo, Mercurial y Git son más populares que SVN últimamente y también hay Visual HG , un plugin de Mercurial para visual Studio.
Editar: Mientras tanto, cambié a Mercurial (Tortoise HG más Visual HG) y nunca miré hacia atrás. Toma unas horas acostumbrarse a Mercurial si vienes de Subversion, pero después de eso es realmente muy fácil. Incluso si no necesita un CVS distribuido, Mercurial todavía tiene muchas características agradables que no están disponibles en Tortoise SVN. Además, parece bastante más estable, especialmente con respecto a la ramificación.
He usado Subversion y Mecurial en proyectos y ambos me hicieron recordar con cariño trabajar con el muy aborrecido (por buenas razones) Visual Source Safe. Ambos "funcionarán", pero ambos muestran sus raíces de unix-programador (sin juego de palabras) con mensajes de error crípticos y tontos, nerdisms de magia negra. El control de la fuente debe ser simple, confiable y mantenerse fuera del camino. Ni SNV ni Mecurial califican. Mecurial es más fácil de usar si nada sale mal, que es aproximadamente el 80% del tiempo.
Si usted es un desarrollador individual que trabaja solo, yo usaría Mercurial.
Aquí hay una muestra de por qué odio esto:
presionando hacia Z: / Repos / SupplierAdminWebRepo buscando cambios nuevos jefes remotos en la rama ''default'' [Error: abortar: ¡push crea un nuevo control remoto 9cfbad6249a9!] nuevo control remoto 9cfbad6249a9 [Error: (¿se olvidó de fusionar? use push -f para forzar)]
[Operación completa. Código de salida: 255]
Permítanme agregar una opción más a la lista de SCM integrados con Visual Studio 2010: Plastic SCM . Puedes comprobar cómo se ve aquí .
Hay una Edición de Comunidad disponible.
Ver: Lista de sistemas de control de origen con plugins de Visual Studio
Visual Studio es solo un IDE. Puede usar cualquier solución de control de fuente que desee con ella. Cualquier solución de código fuente de código abierto en particular, como git, mercurial (hg) o subversión (svn). Y hay productos comerciales como Perforce o SourceGear Vault. Vea here una lista bastante exhaustiva y google para más información.
Puede encontrar complementos de Visual Studio que lo integran con cualquier control de origen. De los de código abierto, la subversión es especialmente rica en este aspecto. Los comerciales generalmente vienen con esta integración.
Y si no está utilizando el control de código fuente que requiere la extracción explícita de archivos para editarlos (como VSS o TFS), la integración IDE ni siquiera es esencial. Personalmente prefiero usar git o subversion desde fuera del IDE.
Y por favor, mantente tan lejos de Visual SourceSafe como puedas.