Desde que comencé a aprender el framework Django encontré varias aplicaciones que cambiaron de GoogleCode a GitHub. Pero no puedo ver ninguna explicación de este hecho ... ¿Hay alguna razón específica para eso? ¿Esto significa que GitHub es más adecuado para proyectos relacionados con Django?¿Por qué las aplicaciones django se están moviendo a GitHub?
Creo que hay varias razones. Primero y lo más importante, Github fue simplemente increíble comparado con Google Code. Reinventaron el código y los proyectos como objetos sociales y tomaron el modelo distribuido de git y lo convirtieron en una cultura en la que hacer, hacer cambios y avanzar es más importante que la propiedad del proyecto. Github recomienda bifurcar (lo hacen muy fácil) como la forma de colaborar (bifurcar, modificar y enviar solicitudes de extracción). Si los propietarios del proyecto "ascendente" avanzan demasiado lento, eventualmente se convertirá en el propietario del proyecto.
Más allá de sus propios proyectos, Github expone a quién sigue y qué otros proyectos sigue. Es decir, encuentre un gran programador en Github y siga a esa persona. Si esa persona comienza a seguir un proyecto, es un fuerte indicador de que el proyecto vale la pena y es una buena opción la próxima vez que esté buscando algo en esa área. Comience a seguir a las personas que trabajan en los proyectos que está utilizando hoy y pronto verá el valor de esto.
Segundo: En ese momento, Google Code solo era compatible con proyectos basados en Subversion (mientras que ahora también son compatibles con Mercurial). Si solo ha usado Subversion anteriormente, podría no decir mucho pero las diferencias son clave para ¿Por qué mucha gente se mudó a Git y Github? Mercurial en realidad se considera más pythonic de Git y por lo tanto muchos utilizan Bitbucket
Tercer (estoy bastante seguro de que no eran alrededor cuando lanzó Github.): La mayoría de Django aplicaciones reutilizables son proyectos unipersonales tantas características de Google El código no es tan útil. En general, es más fácil trabajar con Github para proyectos más pequeños.
Cuarto: La usabilidad. Github se ve genial y es fácil de usar.
Se debe principalmente a la preferencia. GitHub ofrece mejores herramientas "sociales" para el código (más fáciles de manipular, más fáciles de hacer solicitudes de extracción, ese tipo de cosas). Y, para ser honesto, la UI de GitHub es mejor que la de Google Code.
¿Porque el código de Google no tiene git para la administración de código fuente? Sin embargo, tiene mercurial, pero algunas personas prefieren git.
No estoy en GitHub. De hecho, he usado Mercurial como SCM para mis proyectos de Python/Django durante el año pasado y creo que es genial (viniendo de alguien que usó SVN durante años). He aquí una excelente introducción a Mercurial por Joel Spolsky: http://hginit.com/
Como un lugar para alojar su repositorio Mercurial, yo uso BitBucket.org
Porque si ejecuta un proyecto de código abierto y desea aumentar las contribuciones, para pasar a github es probablemente la forma más fácil y directa de hacerlo. Siendo un servicio fenomenal a un lado, cuando la mayoría de los desarrolladores de OSS tienen cuentas allí y alojan allí sus propias cosas, esto reduce la barrera de las contribuciones casi lo más posible para ellos.
Personalmente, si tienes SVN existe una posibilidad extremadamente baja de que contribuya con parches de respaldo. Si estás en git, eso se pone más alto, pero si estás en Github, voy a bifurcar tu proyecto allí de todos modos.Incluso si no presiono el botón de "solicitud de extracción", aún podrá ver mis propios parches personales, y podrá acceder a ellos si los encuentra interesantes. También permite a los usuarios hacer lo mismo, lo que hace que sea más atractivo usar proyectos alojados en github, incluso si no los piratea.
¡Mercurial es tan pitónico que incluso está escrito en el lenguaje bendito! – Spacedman
¡No podría explicarse mejor! ¡Gracias! ;) – Rizo