.net - propiedad tag c#
Control de fuente de Visual Studio 2008 para equipos pequeños (12)
¿Por qué no usar un servidor SVN? De esta manera, todos sus desarrolladores pueden usarlo, y hay un muy buen cliente gratuito de Windows para ello (TortoiseSVN). Puede integrar el soporte de SVN con TortoiseSVN en Visual Studio con VisualSVN, que es comercial, pero en realidad no es costoso.
Trabajo en un pequeño equipo web donde soy el único desarrollador de .NET que actualmente utiliza Visual Studio 2008 Professional para crear y mantener algunas aplicaciones web. Estoy a punto de comenzar a capacitar a otro miembro de nuestro equipo, por lo que le compramos una copia de Visual Studio 2008 Professional. Miré en Visual Source Safe, pero estoy dudoso. No me gusta que esté basado en el sistema de archivos. Idealmente, el sistema funcionaría con SQL Server 2005 y se conectaría a Visual Studio. Las soluciones basadas en Windows son las mejores debido al entorno de TI de la organización para la que trabajo.
¿Cuáles son mis opciones para un sistema de control de fuente?
(Perdóname si la respuesta existe en otro hilo).
Cambiamos de SourceSafe a tfs recientemente y hemos encontrado que funciona bastante bien.
La única excepción notable en las funciones que ejercitamos es la vinculación de archivos.
Para mantener los costos bajos, nos aseguramos de que obtengamos el estado Gold Certified Partner.
El Team Foundation Server de Microsoft se integra completamente en VS2008 y usa SQL Server para su back-end. La desventaja es que es una solución muy costosa.
No puedo creer que nadie haya mencionado SourceGear Vault . Almacena su código en SQL Server, se integra muy bien en VS, y es un excelente reemplazo / alternativa a Source Safe. Como su licencia de usuario único es gratuita, incluso la uso cuando estoy codificando en casa. Además, es la compañía fundada / dirigida por Eric Sink .
Recomiendo la subversión , junto con AnkhSVN , un complemento (¡gratis!) Que integra Subversion con el IDE de Visual Studio.
Si usa la distribución svnserve que está libre de CollabNet (binarios de Windows: aquí ), la configuración es muy simple. La administración es muy fácil. Y el producto funciona muy bien.
Todavía está basado en el sistema de archivos, pero eso no es realmente un problema. Asegúrese de hacer una copia de seguridad regularmente, tanto los volcados completos como las copias en caliente (los cuales se explican en detalle en la documentación).
Subversión. Gratis. Visual SVN es un gran complemento, y es bastante barato.
Team Foundation Server satisface sus requisitos de trabajo con SQL Server, pero probablemente sea excesivo para un equipo de desarrollo tan pequeño.
Recomendaría usar Subversion (gratis) para control de fuente junto con VisualSVN ($ 49) para la integración de Visual Studio. También hay un excelente cliente de Subversion para Windows Explorer llamado TortoiseSVN , que es increíble.
Lo bueno de probar algo como Subversion es que es gratis y muy fácil de configurar. También se ampliará a un equipo bastante grande. Vale la pena intentarlo antes de invertir esfuerzos en MSFTs Team Foundation Server.
SVN visual podría funcionar para usted, se supone que se integra bien y es relativamente barato a ~ $ 50 por licencia. Estuve considerando comprarlo yo mismo, hasta ahora solo uso Tortoise SVN ya que hago relativamente poco trabajo que no sea de Eclipse en este momento.
Definitivamente, como dice la mayoría de la gente, Subversion + VisualSVN .
VisualSVN es un complemento bastante barato a $ 49, la subversión es gratuita y muy estable. Usamos eso para equipos de 10-15 personas y funciona muy bien para nosotros. El único inconveniente es que está basado en el sistema de archivos.
Por otro lado, si tienes una necesidad muy específica de que no esté en el sistema de archivos, NO recomendaría Visual Source Safe, en mi último trabajo tuvimos muchos problemas y perdimos unos preciosos días de trabajo. Si quiere ir de esa manera, obtenga algo como sourcegear vault, que se basa en bases de datos. También hay Team Foundation Server de Microsoft, pero creo que es realmente caro (y pesado) para equipos pequeños.
Visual Source Safe tiene una mala reputación de sus encarnaciones anteriores. Salieron con una nueva versión en 2005, y resuelve muchos de los problemas de versiones anteriores. Aunque no creo que hayan resuelto los problemas de ramificación. Ahora tienen una porción de cliente / servidor (bueno, está basada en http), por lo que resuelve algunos de los problemas remotos.
SVN es probablemente una solución mejor, pero VSS no es tan malo como lo era antes.
Subversion tiene una buena integración con Visual Studio 2008 a través de VisualSVN y Ankh .
SourceSafe es peligroso. Tiene razón en que una SCM basada en archivos compartidos es una mala idea, y Microsoft la minimizó y la reemplazó con una nueva SCM que viene con la edición Team de Visual Studio.
¿Algún cuerpo ha pensado en Git? Hay una solución muy útil para Windows llamada GitExtensions aquí . Se integra con Visual Studio Professional a través de un menú adicional y una barra de herramientas opcional. A diferencia de Subversion, Git se distribuye, lo que significa que puede comprometerse localmente con su copia del repositorio y luego enviar los cambios al servidor. ¿La línea de fondo? ¡Git es RÁPIDO! Su almacenamiento también es más eficiente que la subversión, lo que significa que su repositorio ocupa menos espacio.