Recursos de Software de alojamiento de control de versiones

Como GitHub establece sus propios precios, es posible que cambien esos precios según lo consideren adecuado. Por lo tanto, es posible, pero requeriría una acción corporativa para restablecer la estructura de precios. Además, GitHub no parece tener estructuras de precios separadas basadas en tu rol en una empresa. En su lugar, cobran según el tamaño de tu equipo. Por favor, consulta aquí para más información: https://github.com/pricing.

Mostrar más

Mostrar menos

DVCS (sistema de control de versiones distribuido), es la palabra de moda en todos los foros de programadores en estos días. Git y Mercurial contribuyeron en gran medida a que toneladas de desarrolladores se interesaran en DVCS. Lo que es aún más importante, hicieron que la gente se interesara en la creación de ramas y la fusión. El enfoque de rama-por-tarea es el flujo de trabajo central utilizado por la mayoría de los practicantes de DVCS (incluido Plastic SCM). Esto tiene menos que ver con el hecho de que estos sistemas pueden funcionar de manera distribuida y más con su capacidad real para manejar la creación de ramas y (especialmente) la fusión correctamente. Muchos DVCS manejan bien la creación de ramas y la fusión, pero el patrón de rama-por-tarea no está restringido a los sistemas distribuidos. Los sistemas centralizados son igualmente capaces de usar el mismo patrón, sin embargo, muchos de estos, como Subversion, CVS, TFS y Perforce, tienen una funcionalidad de creación de ramas y fusión inadecuada que es cuestionable en el mejor de los casos.

Mostrar más

Mostrar menos

Plastic es un sistema de control de versiones: versiona archivos y directorios y realiza un seguimiento de la ramificación y la fusión como nunca antes has visto. Y aún mejor, lo hace de manera gráfica. Plastic se centra en tres conceptos clave: Desarrollo paralelo: Los miembros del equipo trabajan en los mismos archivos, al mismo tiempo, realizando cambios sin interrumpirse entre sí. Así es como trabajan los equipos modernos, y así es como deberías estar trabajando. Plastic te permite trabajar de esta manera aislando cambios en ramas y manejándolos de manera ágil. Una excelente ramificación junto con una mejor fusión permite a los equipos trabajar juntos y confiar en que sus cambios y modificaciones de código están protegidos y preservados. Solo haces cambios, Plastic se encarga del resto. Desarrollo distribuido: Plastic ayuda a optimizar la colaboración de equipos distantes. Puedes tener servidores Plastic SCM en diferentes oficinas en diferentes partes del mundo, totalmente desconectados entre sí durante la mayor parte del día, y luego intercambiar ramas de un lado a otro en las horas no laborables para mantener la sincronización. Los equipos no tienen que depender de sus conexiones a internet (velocidad, fiabilidad, etc.) ya que pueden seguir trabajando de manera independiente. La misma tecnología se aplica a desarrolladores individuales que trabajan sin conexión. Un servidor Plastic de pequeña huella se instala en las computadoras de los desarrolladores. Solo cuando se conectan en línea, o están de vuelta en la oficina, necesitarán sincronizarse con el servidor principal. Haciéndolo visual: Plastic SCM es capaz de realizar operaciones muy complejas, pero intentamos hacer todo visualmente, con representaciones gráficas y diagramas. Todo está a un simple clic de distancia. Los usuarios avanzados de la línea de comandos siempre pueden encontrar su camino a través de nuestra línea de comandos, pero el resto de nosotros preferimos una interfaz gráfica fuerte capaz de convertir acciones complicadas y multidimensionales en asuntos simples. Eso es Plastic.

Mostrar más

Mostrar menos