Necesidad de configurar el control de versiones para una aplicación Java EE

Me piden que configure un sistema de control de versiones para un server Unix que aloja una aplicación Java EE.

No tengo experiencia en configurar un control de versiones para tales sistemas.

Por lo general, se supone que debemos configurar el control de la versión como CVS o GIT para todo el contenido del server Unix o solo las partes Java EE de la aplicación, como JSP, Servlets, etc.

Por lo general, se supone que se deben considerar los files al crear el control de la versión.

Que entre CVS o GIT sería un sistema de control de versiones más adecuado en mi caso.

¿Y cuál sería una mejor opción entre los dos y cuál sería más fácil de configurar ya que no tengo experiencia en ninguno de ellos y la curva de aprendizaje para aprender de ellos para la configuration de los mismos.

Es inusual almacenar binarys o "los contenidos de un server" en un VCS. Normalmente se usan para almacenar files fuente, que luego se pueden usar para comstackr e implementar la aplicación.

Se supone que todos los files fuente de una aplicación están en el VCS. Y por file fuente, también me refiero a resources (como imágenes, files de script, files CSS, etc.), files de configuration, scripts de compilation, etc., pero no artefactos generados por la compilation, como files jar o war.

Preguntar cuál es el mejor sistema entre CVS y Git es como preguntar cuál es el mejor entre un Ford T y un nuevo Beetle. Ya nadie usa CVS, porque se han hecho muchos progresos en VCS desde CVS. Está obsoleto ahora. Puede considerar Mercurial o Subversion, pero definitivamente no es CVS.