Git es un excelente sistema de control de versiones. Si excluimos el hecho de que no tiene un excelente soporte de GUI, es realmente bueno y rápido. Pero los controles de origen como Clearcase tienen un gran soporte para clientes empresariales. Las empresas están invirtiendo una gran cantidad de dinero para servidores de control de origen y licencias.
Últimamente, la mayoría de las grandes empresas como Google están adoptando Git sobre otros sistemas de control de versiones. Pero esta compañía tiene un fuerte grupo de código abierto que constantemente proporciona desarrollo y soporte para la herramienta (incluso podrían tener una versión personalizada de Git propia). Al mismo tiempo, las grandes empresas realmente no se preocupan por adoptar proyectos de código abierto y hacerlos relevantes para ellos.
- ¿Es Git realmente una herramienta confiable para el entorno empresarial, especialmente en la plataforma Windows?
- El soporte está en duda para Git, ya que es un producto de código abierto.
- ¿Hay alguna empresa que brinde soluciones y soporte? ¿Cómo se comparan los costos del servidor con otros controles de versión como Clear-case?
code.google.com
admitía git, es una noticia muy nueva , y no estoy seguro de que puedas llamar a eso adoptar git sobre otros controles de versión. [Originalmente] ( code.google.com/p/support/wiki/DVCSAnalysis) , decidieron claramente por Mercurial sobre gitRespuestas:
GitHub NO es un control de versiones: "aloja" el sistema de control de versiones llamado "Git". Aparte del juego de palabras, esta es una diferencia muy importante: conócela bien.
Con respecto al uso empresarial, puedo decirle que git es tan inteligente (y conveniente y mejor) como algo así como SVN. Y puede elegir una estrategia de control de versiones (flujo de trabajo) adecuada en función del tamaño y el alcance del proyecto (y su equipo). Los sistemas no distribuidos no pueden permitirte esta flexibilidad.
Para Windows, consulte Msysgit o Visual Studio Extensions para Git : git funciona muy bien en Windows. Además, los usuarios de Windows miran esta serie de capacitación de TekPub: es todo Windows.
ACTUALIZACIÓN [febrero de 2013] comenzando con git en visual studio
Su pregunta no es infrecuente, y puede buscarla en Google y obtener una gran cantidad de texto que explica por qué y cómo (y si) usar git en la empresa.
¿Todavía no te gusta Git? Mira otro DVCS llamado Mercurial .
fuente
+1 Mercurial.
Mercurial es genial, es fácil, tiene muchas GUI fáciles de usar y se siente más profesional. Nunca entendí por qué Git tenía tanto entusiasmo, mientras que otros grandes están en la sombra. Mercurial también es compatible con el código de google, bitbucket.org (el equivalente de github), eclipse ... Lo uso desde hace dos años y siempre estuve contento con él.
Editar febrero de 2014:
Mientras tanto, Git ha tomado tal liderazgo que lo recomendaría sobre mercurial. Hace tres años, Mercurial fue en mi humilde opinión más pulido, más limpio, mejor. Sin embargo, la exageración estaba del lado de Git y el impulso que ganó desde entonces lo convierte en el claro ganador. Ahora es el estándar de facto debido a su gran comunidad.
fuente
Sé que https://github.com/ proporciona algún soporte con respecto a los repositorios privados para empresas
Específicamente, proporcionan un servicio llamado instalación de cortafuegos http://fi.github.com/ Afirman que brindan soporte, pero no tienen detalles publicados en línea y nunca los he usado.
Los costos son de 5000 $ por 20 personas por año.
fuente
Utilizo Git y Mercurial en Windows, y ambos son más que utilizables. Creo que las herramientas de GUI para Mercurial son mejores, por lo que si su equipo está acostumbrado a las herramientas visuales, puede ser mejor. Aunque tiendo a usar la línea de comandos, para mí tiene más sentido.
Ambos, en mi experiencia, son a prueba de balas. No necesita 'soporte' como tal, aunque sé que a muchas empresas les gusta tenerlo.
Estoy seguro de que hay otros, pero vale la pena echar un vistazo a Kiln , que es una solución mercurial alojada.
Tenga en cuenta que, independientemente del camino que tome, los DVCS son bastante diferentes a los VCS tradicionales. En mi humilde opinión, son superiores en casi todos los sentidos, pero puede llevar algún tiempo acostumbrarse.
fuente
git es extraño para los desarrolladores de Windows. No es un verdadero ciudadano de primera clase. Funciona bien, pero es una herramienta de Linux en primer lugar. Por ejemplo, el modelo de servidor de git prácticamente requiere inicios de sesión SSH por seguridad.
El soporte es una pregunta, y hay compañías que pueden proporcionar, generalmente acompañadas de una solución alojada.
Se sabe que Git no requiere servidores enormes, ya que los repositorios escalan más capacidad y velocidad siempre es importante, pero como la mayoría de las operaciones ocurren solo en su computadora, los requisitos del servidor son un orden de magnitud menor que algo como Clearcase.
Por lo que vale, nuestra compañía no empresarial de menos de 100 es un gran usuario de git, en Windows, con proyectos Java y C.
fuente
Git es muy diferente de Clearcase, por lo que el desafío para usted probablemente será cómo migrar sin problemas a sus desarrolladores (y otros usuarios) a una forma diferente de trabajar con código fuente y archivos. Dependiendo de cuán experimentados sean sus usuarios y cuán profundamente integrado esté Clearcase en su empresa, puede requerir mucha capacitación y desaprendizaje.
Mi sugerencia inicialmente es que pruebes git en un proyecto piloto y veas cómo funciona para tu equipo. Obtenga un repositorio seguro en github y estará listo para el piloto.
fuente
Pronto estaremos en un fuerte sí con este. Atlassian recientemente dio grandes pasos para lograr esto con el lanzamiento de Stash 1.3 .
Existe una sólida red de soporte de usuarios expertos de Git que ofrecen consejos para grupos gratuitos y varios de LinkedIn (Sistema de control de versiones de Git). Una búsqueda rápida en Google generalmente puede ayudar con la mayoría de los requisitos. Para las empresas más grandes también hay opciones comerciales de soporte git ahora disponibles en el mercado hoy.
Hay varias compañías que ahora ofrecen soporte confiable y dedicado para Git. Clearvision y #goGit para nombrar uno de ellos.
fuente
En mi lugar de trabajo empresarial, he estado trabajando para apoyar la incorporación de un equipo a Mercurial (una herramienta similar a git) frente a ClearCase.
Elegimos hg in party porque está diseñado en torno a la inmutabilidad, que es importante para nuestros objetivos comerciales. Además, como está escrito en Python, funciona muy bien en Windows. Git ha tenido fama de ser débil en Windows, y mi experiencia lo ha reflejado. (Supongo que las herramientas son mejores ahora, ya no uso Windows lo suficiente como para verificar. :-)).
La experiencia ha sido en general positiva, con la mayoría de nuestras desventajas relacionadas con los subrepositorios y las extrañas indirecciones relacionadas con ellos. Otra cosa es que el almacenamiento de metadatos no existe en hg; Hay que desarrollar otras soluciones para lograrlo.
Si tuviera que recomendar una solución empresarial para el trabajo "listo para usar" para los desarrolladores de Windows, recomendaría investigar Kiln y GitHub Firewall .
Sé que eso no responde directamente a tu pregunta. Pero déjenme decirlo de esta manera, si está acostumbrado a ClearCase, espero que git sea un orden de magnitud más fácil de entrenar, implementar y administrar.
fuente
Git y Mercurial se pueden usar en entornos empresariales. Hasta cierto grado. Algunas organizaciones tienen requisitos adicionales actualmente no cumplidos por git, cosas como un control de acceso más estricto para que, por ejemplo, solo usuarios específicos tengan (lectura) acceso a archivos específicos en el repositorio o como interfaces de auditoría que puedan rastrear el acceso. Algunos sistemas empresariales comerciales también tienen una integración más profunda con la administración de sistemas de TI, como las soluciones de respaldo corporativo.
Git tampoco es bueno para garantizar que se mantenga el historial; de forma predeterminada, permite empujar forzado a sobrescribir el historial completo del proyecto.
Las grandes organizaciones a veces tienen problemas de escala. Aquí hay un caso que tuvo Facebook: http://comments.gmane.org/gmane.comp.version-control.git/189776 , mientras que algunos de esos problemas son reparables (es decir, Facebook solucionó algunos problemas que tenían en mercurial: https: / /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) los sistemas de control de versiones comerciales tienen un comportamiento de escala diferente que podría (o en otros entornos podría no funcionar) mejor.
... y luego está esta responsabilidad. Las organizaciones más grandes podrían preferir llamar a un proveedor externo cuando hay problemas en lugar de usar su tiempo para depurar los problemas y confiar en el apoyo de la comunidad. Especialmente si están involucrados repositorios corruptos con información confidencial.
De ninguna manera se trata de problemas que lo hacen inutilizable en "entornos empresariales", pero, como siempre, un software diferente tiene ventajas y desventajas diferentes que deben evaluarse caso por caso.
fuente