FreeBSD migra de Svn a Git
(lists.freebsd.org)-
Docs ya se migró hace 2 semanas
-
Source se migra este fin de semana
-
Ports, por un problema de timing, tiene prevista la migración para marzo del próximo año
- Se comenta que, cuando FreeBSD pasó de CVS a SVN en 2008, Git no podía manejar el tamaño de FreeBSD
→ Claro, además parece que también hubo diferencias de opinión sobre los cambios en el flujo de trabajo: https://wiki.freebsd.org/GitDrawbacks
3 comentarios
Uf... parece que no se puede ir contra la corriente.
Cuando Mercurial y Git todavía estaban peleando por ver cuál se imponía, a mí me gustaba más Mercurial, pero terminó completamente aplastado por el poderío de GitHub, snif T_T.
Nosotros también llevamos años usando Git, y que sea un repositorio distribuido sí tiene la ventaja de que puedes aprovechar con libertad las ramas locales y los commits locales,
pero como no puedes usar un repositorio grande, tienes que dividirlo... y en Bitbucket una vez nos tomó por sorpresa que, al llegar al límite de 2 GB, rechazara cualquier tipo de operación. Los submódulos están hechos justo para que sea facilísimo equivocarse, así que no los puedo recomendar. Vuelves a hacer un
mergeque ya habías hecho, tienes que resolver otra vez el mismoconflict, y luego terminas haciendo mal elmerge... ¿y por qué incluyeron esa absurda decisión de cambiar automáticamente los saltos de línea de los archivos? Como repositorio general para control de código fuente, tiene demasiadas decisiones raras en los valores predeterminados, así que la verdad no me convence mucho.Oh... como no he usado Mercurial, me da curiosidad; ¿podría preguntarle cómo funcionan esas cosas en Mercurial?
submódulos
conflictos de fusión
saltos de línea en archivos
¿Mercurial maneja estas cosas de forma más inteligente?
Ojalá Firefox también se pasara de Mercurial a git. He contribuido a Firefox antes, y me hice un lío y la pasé mal.