visual studio 2010 - tutorial - Plástico SCM. ¿Es la solución correcta?
visual studio code html preview (5)
He estado usando plástico desde hace unos 3 años. Simplemente es el mejor software de control de versiones que existe. Excelente soporte y retroalimentación receptiva. Ahora se integra también con Git. Excelente interfaz de usuario y toda la línea de comandos también. Los Xlinks son una característica muy buena y ahora puedes tener XLinks de escritura.
Sé que ya hay algunas preguntas con respecto a Plastic SCM, pero tienen más de un año. ¿Alguien ha usado Plastic SCM últimamente? Qué piensa usted al respecto.
He usado git, y actualmente estoy usando Hg. Me encanta el control de código fuente de Hg, pero la integración de Visual Studio no es excelente, y las herramientas de administración de proyectos / tareas relacionadas no han sido excelentes. Se recomendó Plastic SCM, pero me gusta tener una opinión de la comunidad al respecto. - Y no, no me importa la gramática en el sitio web. Prefiero soluciones bien diseñadas a sitios web bien comercializados.
Hemos usado Plastic SCM por algunos años y ha evolucionado mucho. La integración con Visual Studio es bastante buena, tienes todas las vistas gráficas de su cliente visual dentro de VS.
El mayor desafío fue el cambio a la rama por tarea, una especie de mejor práctica para usarlo. Pero ahora, cuando tenemos que usar SVN para un proyecto, perdemos nuestras ramas de tareas.
Hice una investigación, en 2010, para mi empresa considerando PlasticSCM como opción. Encontré algunos lugares de mejora que fueron críticos para nuestra empresa. Hice este contacto con el equipo de soporte de Plastic SCM realmente fantástico, extraordinario y sensible.
El problema es que faltan activadores para las operaciones de empujar / tirar. Además, la API interna / externa aún no está terminada (pero puede encontrar algunos ejemplos de complementos disponibles en el foro de PlasticSCM). Sin los ganchos que trabajan en el servidor central, no hay forma de utilizar Plastic SCM en un escenario distribuido en nuestra empresa. Es por eso que elegimos Git.
En segundo lugar no falta, pero no se lanzó soporte para PostgreSQL. Puedo hacer preguntas sobre el foro. PlasticSCM posee dicho código en algún lugar.
PlasticSCM contiene tantas funciones disponibles como plugin y una GUI tan rica que desea implementar algo más "adentro". Pero aún esperamos que se publique alguna API. No puedo esperar esto
Tampoco hay licencias flotantes / empresariales y el modelo de licencia actual, "por usuario", es muy caro. Por supuesto puedes contactar con ventas :)
Sí, utilizamos Plastic SCM (equipo pequeño de 5) durante 2 años y funciona muy bien e incluso mejora cada actualización.
El soporte es muy bueno (¡en una hora o al menos el mismo día una respuesta!).
También ramificación y fusión funciona muy bien en la práctica. Cada programador puede trabajar por su cuenta en su propia rama (utilizando el patrón de rama por tarea). Un gran alivio. Cuando se cambia a otra rama, todos los cambios se archivan / almacenan automáticamente en el servidor. Cuando vuelves a cambiar, los cambios se vuelven a cargar, ¡lo cual es una característica realmente agradable! No tienes que preocuparte por perder cambios, porque Plastic se encarga de todo muy bien.
Sin duda, Plastic SCM es el mejor sistema de control de versiones que he visto (utiliza MS Sourcesafe, CVS, SVN, StarTeam). También se ha escuchado que el apoyo de la sucursal es mucho mejor que MS Team Foundation.
Usamos Plastic SCM desde hace más de dos años. Es probablemente el mejor producto para hacer SCM. Habiendo utilizado PVCS, Subversion y ClearCase en el pasado. Definitivamente recomiendo usar el enfoque de rama por tarea usado en Plastic. Hace que tu integración funcione tan fácil.
Utilizando scrum u otro proceso de programación externo, Plastic te permite controlar el código de una manera muy fácil.
El plástico también está evolucionando muy rápido y tiene un equipo técnico muy fuerte detrás de su desarrollo.