control de versión para equipo pequeño [cerrado]

13

Estamos iniciando un nuevo equipo de tamaño muy pequeño (digamos 2-5) mi pregunta es:  qué tipo de control de versión funciona mejor para este tipo de equipos, ya sea centralizado o distribuido.

    
pregunta prasonscala 29.12.2010 - 05:19

8 respuestas

30

Distribuido hasta el final, realmente no hay punto para la IMHO centralizado, especialmente si se trata de desarrollo de equipos.

Otro voto para Mercurial, sin problemas de configuración en Windows y bitbucket.org tiene repositorios gratuitos (que pueden ser privados) con espacio ilimitado.

Si planeas trabajar en un proyecto de código abierto, git y Github parecen ser más adecuados / populares. Sin embargo, si no se ha aventurado en DVCS, le recomiendo que comience con Mercurial y esta guía impresionante .

    
respondido por el dukeofgaming 29.12.2010 - 05:43
4

el que todos usarán constantemente

[personalmente, me gusta Mercurial]

    
respondido por el Steven A. Lowe 29.12.2010 - 05:22
4

Probablemente la mejor respuesta es "con lo que te sientas cómodo". Incluso cuando trabajo en cosas personales, uso Git. Parece hacer un buen trabajo al escalar hacia arriba y hacia abajo y mi experiencia limitada con Mercurial es casi la misma.

    
respondido por el MIA 29.12.2010 - 05:24
1

Creo que deberías elegir con lo que te sientas cómodo. En un equipo pequeño, no tendrá diferentes árboles de código (como el kernel de Linux), por lo que un repositorio central está bien. Pero puede tener esta configuración también con VCS distribuido. Así que iría con la popularidad y la experiencia personal. Populares son SVN, git y mercurial. Debe decidir cuál es el mejor uso de ellos con su equipo (experiencia, soporte de herramientas en su IDE elegido, etc.).

    
respondido por el Mnementh 29.12.2010 - 11:34
1

Realmente depende de si sus desarrolladores van a desarrollar o no una gran cantidad de código sin conexión, pero solo para elegir entre un repositorio distribuido o centralizado, ya que esto es lo primero que debe decidir. Luego, si decide que un enfoque centralizado funciona mejor que SVN es todo lo que necesita. Por otro lado, si opta por un enfoque distribuido que por git, incluso en Windows es lo suficientemente bueno, ya que ahora tiene git de tortuga (la misma interfaz que también existe para svn). Además, no cuente tanto con el soporte de IDE porque podría obtener una desagradable sorpresa si alguna vez lo usa, y podría descubrir que los archivos que no deberían comprometerse se comprometen en su nombre por el IDE.

    
respondido por el Coyote21 29.12.2010 - 14:07
1

Pregúntale a tu equipo, si alguien quiere cuidarlo. Es mucho mejor tener un sistema estable y una persona responsable, que un buen sistema cuando a nadie le importa, y ninguno es capaz de restaurarlo desde la copia de seguridad.

Si existe tal persona, él ya sabrá qué usar, así que solo acepta su decisión. Si no, consiga alguna solución alojada. Sería muy estúpido probar GIT (uno de los mejores) si todos los desarrolladores nunca tocaran Shell / Linux.

También depende del número de personas "no técnicas" que necesitan leer / contribuir. Solo asegúrese de que puedan usarlo, y hay herramientas disponibles.

    
respondido por el Konstantin Petrukhnov 29.12.2010 - 14:28
1

SVN es ampliamente soportado en herramientas. La herramienta es la clave; diferentes personas tendrán diferentes conjuntos de habilidades. Algunos preferirán la línea de comandos, otros preferirán herramientas basadas en IDE, otros preferirán herramientas gráficas. Por el momento, SVN parece ser la herramienta más ampliamente soportada.

Aparte de ese Mercurial o Git.

    
respondido por el Fortyrunner 29.12.2010 - 18:34
0

Creo que en las pequeñas empresas hay argumentos para tener ciertas cosas centralizadas. (Piense, por ejemplo, en la copia de seguridad fuera del sitio. Cuando solo tiene 2 personas trabajando en un proyecto y están alojadas en el mismo edificio y hay un incendio, la descentralización de las dos computadoras podría no ser suficiente).

Sin embargo, tener una solución parcialmente centralizada no lo limita a un sistema centralizado. Simplemente puede enviar a un servidor externo con algo como git o mercurial.

    
respondido por el Inca 29.12.2010 - 17:10

Lea otras preguntas en las etiquetas