Solo me pregunto si alguno de ustedes está usando Git o Mercurial para sus proyectos de Java, o Subversion sigue siendo la opción más popular? He estado mirando github.com y bitbucket.org últimamente, pero debido a que los repositorios pueden ser privados, no puedo obtener una buena indicación del uso real.Uso de Git o Mercurial en proyectos de Java
Github también vende hosting privado y funciona muy bien. Para ver los paquetes disponibles, vaya a account page y haga clic en Cambie el plan en la esquina superior derecha (en el en su cuadro). Github muchas veces es la razón por la que la gente prueba y finalmente se queda con Git.
Si desea ver cómo Git se compara con otros sistemas de control de versiones, no hay mejor sitio adecuado que ésta: Why Git is Better than X (Coincidentemente, la fuente de ese sitio está en GitHub, hay un enlace a ella en el fondo de la página).
No creo que el lenguaje que está utilizando para su proyecto sea muy importante. Recientemente cambié a Git y aún soy bastante nuevo, pero parece tener mucho sentido. Me encanta la idea de que cada repositorio sea un clon el uno del otro, en lugar de tener un repositorio central que no le permita trabajar sin conexión (como es el caso de Subversion). A pesar del hecho de que la mayoría de las personas hoy en día siempre tienen acceso a Internet, también es bueno saber que realmente no existe un solo punto de falla (). A menos que haya un solo punto para comenzar, que no existiría si tuviera hosting. en Github, por ejemplo, o siempre que tenga dos repositorios).
Al final no creo que deba ser sobre elegir lo que es más popular (Lo que recientemente parece ser Git) pero lo que funciona para usted. Creo que la mayoría de los desarrolladores están empezando a pasar a un Sistema de control de versiones distribuidas como Git o Mercurial, y parece que cada vez más se unen al campamento de Git, lo que probablemente significa que encontrará más guías, herramientas, etc., especialmente para ello, especialmente a medida que más y más personas continúan pasándose a él.
No creo que el lenguaje deba entrar en la ecuación. Tanto Mercurial como Git son funcionalmente similares y conceptualmente muy diferentes a Subversion. Es más importante que seleccione el sabor correcto del control de versión para la forma en que desea trabajar.
Da la casualidad que utilizo Mercurial con Java. Utilizo Netbeans como mi IDE, que ha sido compatible tanto con Mercurial como con Subversion; ambos funcionan bien. También puedo recomendar Bitbucket.
Subversion es la mejor solución cuando se trata de integración IDE sólida, ya que cada IDE de Java lo admite y Mercurial debería ser adecuado para usuarios de Netbeans ya que el equipo de desarrollo de NB lo usa como control de origen.
Git no ofrece ninguna ventaja sobre Mercurial, solo falta soporte de Windows y menos soporte de herramientas en general.
Git es compatible con Windows ahora, aunque tal vez no tan bien como Hg. No he hecho una comparación detallada. – cmcginty
git requiere cygwin o msys para funcionar en Windows. apenas bueno, apoyo nativo IMO. concedido, desarrollo en Linux, por lo que realmente no podría importarme menos. – geowa4
Ten cuidado.
¿Recuerda cómo se sintió con respecto a CVS después de usar subversión?
Sentirás exactamente lo mismo sobre la subversión si usas git/mercurial.
Sí, claro, venga a pasar la Navidad y el fin de semana impar,
pero nunca podrá volver a casa.
Después de estar harto de los inútiles filtros de ignorar de Subversion, mi compañía movió un proyecto a Mercurial. Un par de meses más tarde trasladamos todo nuestro código (principalmente Java) a repositorios Mercurial. Cada segundo fin de semana, ahora estamos bailando desnudos alrededor de carpetas ardientes .svn cantando y gritando. La ramificación y la fusión es mucho más suave que con Subversion. Y es realmente agradable trabajar contra un repositorio local rapidísimo.
Sospecho que hay más proyectos usando Subversion que Git y Mercurial, pero la tendencia parece ser hacia los sistemas de control de versiones distribuidas.
El punto crucial para nosotros es el soporte IDE que debe ser sólido como una roca. Somos una tienda pequeña y no contamos con recursos para hacer frente a pequeñas molestias (que es también la razón por la que todavía estamos en CVS, ya que necesitamos tanto soporte de IDE como CVS antes de cambiar).
Creo que los demás sienten lo mismo. El repositorio fuente es tan crucial que cualquier migración debe ser indolora Y dar beneficios.
Personalmente, creo que el respaldo Sol de Mercurial que se beneficiará enormeously, tal vez a la existencia de un nuevo estándar de facto
Creo que está preguntando por cosas como qué archivos debe ignorar que quizás en conjunción con Eclipse? Estoy ingoring directores binarios, pero eso no es específico de scm. –