¿Hay alguna razón para NO usar git-masquerading-as-cvs como una actualización de cvs?

Estamos utilizando CVS para alrededor de 50 proyectos java que desarrollamos con Eclipse y construimos con Hudson.

Ahora hemos llegado al punto en el que queremos migrar a algo mejor, y estoy considerando que usar git enmascarado como servidor CVS podría ser exactamente lo que nos conviene en términos de curva de aprendizaje.

Tenemos pocas sucursales pero de larga duración, preferiblemente en un subconjunto de archivos (esencialmente nos gustaría poder tener una sucursal específica del cliente donde podamos cambiar solo los pocos archivos, pero agregar más archivos más adelante si es necesario, y el las herramientas deberían entender esto).

Somos solo unos pocos desarrolladores activos ubicados conjuntamente.

Por lo general, trabajamos con un espacio de trabajo por proyecto principal con un pago completo de todos los proyectos necesarios para construir eso. No usamos Maven, y solo usamos hormiga para construir con Hudson.

Entiendo que git-support-in-Eclipse se ha adoptado como un proyecto real de Eclipse. ¿Alguna experiencia con eso?

Lo más probable es que configure un servidor git local para evaluar. Apreciaría los consejos sobre qué buscar explícitamente, lo que podría ser problemático.


Editar:

No usamos $ Id $ o una expansión de palabras clave similar (ya que esto induce cambios en los archivos fuente que no estamos interesados ​​en conocer.


Entonces, agradecería cualquier experiencia con git en escenarios similares al nuestro :)


EDITAR 25-10-2009: la pregunta aún está abierta. Hemos decidido alejarnos de las ramas (demasiado dolor) y entrar en múltiples árboles de origen: una rama de pr. Esto elimina un punto crítico importante con CVS, pero aún queremos poder desarrollar sin acceso de red al repositorio. Por lo tanto, git sigue siendo muy relevante, y todavía me gustaría escuchar experiencias de las trincheras.

Respuesta 1

Solo un comentario:

CVS es un VCS centralizado, lo que significa que todos sus proyectos pueden caber dentro de un repositorio CVS: puede verificar cualquier subparte.

Git es un DVCS, y en el mundo Distribuido, un repositorio = un "componente" (o "módulo" o "proyecto", ...).
Puede usar submódulos para agregar varios repositorios Git bajo uno "paraguas".
Si clonas un repositorio de Git, obtendrás todo el historial (a menos que limites la profundidad de la clonación).

Por lo tanto, la organización de sus proyectos será diferente con Git, y no estoy seguro de si la visión de un servidor Git "similar a CVS" todavía se aplicará.

Respuesta: 2

Tengo las siguientes líneas de código Java: Object [] results = api.getProjects (); for (int i = 0; i <results.length; i ++) {System.out.println (results [i] .toString ()); } Y aquí está el ...

Estoy usando com.ctc.wstx.stax.WstxOutputFactory para generar XML. Estoy ejecutando wstx-asl-3.2.4. Necesito comenzar a validar el XML generado contra un esquema W3. Cuando creo una instancia de org ...

¿Alguien puede explicar el siguiente código de String.java, específicamente por qué hay tres declaraciones if (que he marcado // 1, // 2 y // 3)? clase estática privada CaseInsensitiveComparator ...

Estoy buscando 2 o 3 de las bibliotecas más comunes / utilizadas en la industria para la plataforma Java para la creación de archivos PDF sobre la marcha. El único requisito en el que me estoy centrando es la capacidad de usar ...