El control de versiones descentralizado (DVCS) realiza un seguimiento de las revisiones de software y permite que muchos desarrolladores trabajen en un proyecto determinado sin estar necesariamente conectados a una red común.
Intento comprender los beneficios del sistema de control de versiones distribuido (DVCS). Encontré Subversion Re-education y este artículo de Martin Fowler muy útil. Mercurial y otros DVCS promueven una nueva forma de trabajar en código con conjuntos de cambios y compromisos locales. Evita...
Una de las ventajas de usar un DVCS es el flujo de trabajo edit-commit-merge (sobre edit-merge-commit a menudo aplicado por un CVCS). Permitir que cada cambio único se registre en el repositorio independientemente de las fusiones garantiza que el DAG refleje con precisión el verdadero pedigrí del...
Conozco varias herramientas / servicios que proporcionan navegación y administración de DVCS, como Bitbucket , Github , Kiln , SCM-Manager y Rhodecode . Sin embargo, el caso de uso que estoy considerando es tal que: Cualquier código fuente debe residir en los servidores internos de un...
En Git es posible establecer y aplicar una buena plantilla de confirmación. ¿Puede recomendar (preferiblemente con argumentación) una buena plantilla / directrices de compromiso para hacer cumplir en la
Digamos que hay un equipo de diez desarrolladores ágiles. Todos los días, cada uno elige una tarea del tablero, comete varios cambios en su contra, hasta que (al final del día) hayan completado la tarea. Todos los desarrolladores se registran directamente en el enlace troncal (al estilo de Google,...
Siempre he usado git antes, pero quiero contribuir a Python, así que ahora tengo que aprender mercurial y lo encuentro muy frustrante. Entonces, hice un par de parches pequeños y quería rastrearlos como commits en mi repositorio mercurial local. Aparentemente hay 4 formas de manejar la...
¿Quieres mejorar esta publicación? Proporcione respuestas detalladas a esta pregunta, incluidas citas y una explicación de por qué su respuesta es correcta. Las respuestas sin suficiente detalle pueden ser editadas o eliminadas. Posible duplicado: soy un geek de...
Siempre he estado de acuerdo con el mantra 1 de Mercurial , sin embargo, ahora que Mercurial viene incluido con la extensión de rebase y es una práctica popular en git, me pregunto si realmente podría considerarse como una "mala práctica", o al menos lo suficientemente malo como para evitar usarlo....
Busqué y no pude encontrar ninguna razón comercial por la cual los sistemas git / mercurial / bazzr son mejores que los sistemas centralizados (subversión, rendimiento). Si intentara vender un DVCS a una persona no técnica, ¿qué argumentos proporcionaría para que el DVCS aumente las ganancias...
Cerrada . Esta pregunta está basada en la opinión . Actualmente no está aceptando respuestas. ¿Quieres mejorar esta pregunta? Actualice la pregunta para que pueda ser respondida con hechos y citas editando esta publicación . Cerrado hace 5 años . Después...
Aunque uso y me gusta DVCS para mis proyectos personales, y puedo ver totalmente cómo facilita la administración de las contribuciones a su proyecto de otros (por ejemplo, su escenario típico de Github), parece que para un equipo "tradicional" podría haber algunos problemas sobre el enfoque...
En este momento, uso visual svn en mi servidor y tengo ankhsvn / tortoise en mi máquina personal. Funciona lo suficientemente bien, y no tengo que cambiar, pero si puedo ver algunos beneficios de usar un DVCS, entonces podría intentarlo. Sin embargo, si no tiene sentido o diferencia usarlo sin...
¿Por qué debería escribir un mensaje de confirmación? No quiero y creo que es estúpido cada vez. Una interfaz gráfica de usuario que uso, que quedará sin nombre, te obliga a hacerlo. Escucho que otros lo hacen cada vez, incluso si están usando el VCS en la línea de comando. Si me comprometo...
Creo que este artículo, A Successful Git Branching Model , es muy conocido entre los usuarios experimentados de DVCS. Lo uso hgprincipalmente, pero diría que esta discusión está bien para cualquier DVCS. Nuestro flujo de trabajo actual es que cada desarrollador clona el repositorio principal....
Condiciones previas El equipo usa DVCS IDE admite el análisis de comentarios (como TODO y etc.) Herramientas como CodeCollaborator son caras para el presupuesto Las herramientas como gerrit son demasiado complejas para instalar o no se pueden usar Flujo de trabajo El autor publica en algún...
Somos una consultora de software con multitud de proyectos para diferentes clientes. Tradicionalmente usamos Subversion, pero actualmente estamos considerando mudarnos a Git. Una parte importante de los documentos que producimos se comparte con nuestros clientes (requisitos, diseños globales,...
Esto puede sonar un poco extraño, pero me pregunto acerca de una buena manera de trabajar en Git desde varias máquinas conectadas en red de alguna manera. Me parece que tengo dos opciones, y puedo ver beneficios en ambos lados: Use git para compartir, cada máquina tiene su propio repositorio y...
He leído en varias discusiones aquí y en SO que los repositorios de DVCS usan aproximadamente el mismo espacio o menos que sus contrapartes centralizadas. Puede que me lo haya perdido, pero no he encontrado una buena explicación de por qué. ¿Nadie
En un VCS tradicional, puedo entender por qué no comprometerías archivos sin resolver porque podrías romper la compilación. Sin embargo, no entiendo por qué no debe comprometer los archivos sin resolver en unos DVCS (algunos de ellos en realidad evitar que se cometan los archivos). En cambio, creo...
Relacionado: ¿Debería cada git commit dejar el proyecto en un estado de trabajo? Supongamos que hago los siguientes commits localmente: Modifique el esquema de la base de datos, rompiendo la aplicación. Actualice la aplicación para que sea compatible con el esquema de la base de datos...