Comparando los pros y los contras de Bitbucket con Github [closed]

^{Descargo de responsabilidad: Esta es una pregunta subjetiva. Siga las pautas pertinentes.}

Estoy considerando la migración del código fuente de un tradicional VCS a un DVCS. Desde tener una decente interfaz gráfica de usuario Las herramientas de flujo de trabajo y frontend basadas en la web son imprescindibles, los dos candidatos obvios son Bitbucket y Github.

Desafortunadamente, no tengo una experiencia profunda con ninguno de ellos, por lo que realmente me gustaría tener algunas segundas opiniones antes de sumergirme. Serán especialmente bienvenidas las observaciones desde una perspectiva de equipo/negocio sobre el uso diario y las características que tienen un impacto en la productividad.

¿Cuál es tu experiencia con cualquiera de ellos? ¿Algún punto destacado o molestia en particular?

si eres nuevo en ambos, entonces depende de lo que necesites. una cuenta gratuita de github no incluye repositorios privados, mientras que la cuenta gratuita de bitbucket le brinda repositorios privados ilimitados.

esto fue lo que me vendió: no quería pagar inicialmente por github mientras lo estaba probando, pero no quería que mi código fuera gratuito para todos, ya que era comercial. Esto me llevó a elegir bitbucket

Ahora uso ambos (github para mis productos OSS y bitbucket para un código más bloqueado), pero voy a trasladar a todo mi equipo de SVN a mercurial, ya que fue un paso más simple ir a ese git. Por experiencia personal, fue más fácil familiarizarse con Hg inicialmente antes de git cuando estaba usando un DVCS por primera vez. No requería la instalación compleja de git y podía usarse desde Windows cmd o PowerShell Windows.

Atlassian está haciendo un gran trabajo mejorando Bitbucket desde que lo adquirió. Es una empresa con una gran cartera de productos para el desarrollo de software/herramientas de gestión de proyectos. Creo que desde una perspectiva comercial, eso podría ser algo a considerar, especialmente si ya usa sus herramientas.

Realmente necesitas responder una pregunta básica primero. ¿Quieres usar Mercurial o Git. Tuve que tomar esta decisión a principios de este año. Mercurial fue mucho más fácil de configurar y comenzar a usar. Finalmente, elegí Git por las siguientes razones:

• La mayoría de los proyectos de código abierto se están moviendo de SVN a Git
• Git permitió la mayor flexibilidad en lo que quería hacer. (Esta es la razón principal)
• Integración de terceros

Si su negocio necesita procesos complicados de control de versiones, vaya con Git. La curva de aprendizaje es empinada, pero será más fácil hacer lo que realmente quieres al final del día. Calificaré lo que quiero decir con ’empinado’. La diferencia entre enseñarle a alguien Mercurial vs. Git es intentar que un usuario de Windows aprenda las líneas de comando de Linux.

Si desea un DVCS rápido y fácil de usar en el que cree que todo lo que necesita es una bifurcación y un control de versiones simples, no se mate con Git, use Mercurial. Pero tenga en cuenta que la mayoría de las personas con las que habla en las listas de correo, IRC, etc. tendrán experiencia con Git, no con Mercurial.

Si planea pagar por GitHub o BitBucket, le sugiero que también mire Horno. FogCreek ha hecho que Mercurial sea aún más fácil.

Como ya se mencionó, la diferencia entre las opciones que mencionas es realmente git vs. Mercurial. Esto no se puede enfatizar lo suficiente.

git es una herramienta escrita por programadores excepcionales para sus necesidades personales. Quieren poder hacer cosas excepcionalmente avanzadas, confían en que saben lo que están haciendo.

Si su organización no solo emplea programadores excepcionales, espere altos costos de aprendizaje, resolución de problemas y personas frustradas discutiendo en la sala de café cuando usan git.

Mercurial le brinda el 80% de la funcionalidad por el 20% del esfuerzo en comparación con git. (Hmm, tales afirmaciones podrían estar cerca de violar las políticas de Stackexchange, no tengo evidencia estadística real detrás de estos números)

Para el programador promedio, la funcionalidad de git y Mercurial están muy cerca la una de la otra. Para algunos casos especiales, git puede ser superior incluso desde una perspectiva empresarial. Si se aplican a usted, supongo que ya tiene expertos en git en su organización. Si pueden convencerte, adelante.

No puedo comentar sobre la calidad del servicio de los anfitriones que mencionas.

Descargo de responsabilidad: Sí, uso git y me gusta en ciertos aspectos.