Barrapunto

No es que lo haya utilizado nunca ni que lo conozca en profundidad, pero nuevo, lo que se dice nuevo, no es. ¿No es el que utilizan los chicos de Canonical, o estoy confundido?

Leyendo por encima la web y viendo el manual tiene bastante buena pinta.

Ahora uso subversion (mucha gente viene de usar cvs alguna vez) y para mezclar las ramas sin dolor he hecho unos scripts de la muerte (que funcionan, pero me parece una ñapa tener que hacer una capa por encima de este para hacer algo que pienso debería hacer el solito). Algunos proyectos los he empezado a migrar a GIT pero creo que le voy a dar una oportunidad a este.

¿Alguien lo ha usado en algún proyecto serio? (serio = gano_dinero / trabajo_con_él / llevo_manteniéndolo_varios_años/si_se_rompe_me_des piden / ...)

Segun veo, Debian lo que tienen como baazar [debian.org] debe ser baz, porque tiene otro paquete llamado bzr [debian.org] que si es version 1.0 y que tambien hace referencia a bazaar. Un lio de nombres y versiones, vamos. El que ha tenido la idea ha sido todo un "genio", sobre todo si ha sido a nivel upstream, y no la distro, la que ha montado este follon por reaprovechar un nombre.

De por si es algo lento, como tenga que marear algo grande le puede costar un rato. Es una forma fácil de pasar de SVN a un sistema distribuido pero si estás en *nix para sistemas distribuidos (a mi parecer) el mejor es GIT aunque sea algo más complejo...

También tienes bzr-svn (y git-svn) para poder trabajar cuando estas off-line si el proyecto usa SVN ;)

Nosotros (un grupo de proyecto de ingeniería del software de la complu de Madrid) lo estamos usando como control de versiones para el proyecto [wikidot.com], y de momento estamos bastante contentos...

Costó bastante hacer entender a la gente cómo funciona, porque es diferente a subversion -que es lo que la mayoría de los que sabía qué era un VCS habíamos usado antes-, pero una vez nos hemos puesto en marcha funciona de maravilla para nuestras necesidades; integrar código de branches de desarrollo separados es muy fácil, así como mezclar branches entre sí, y poder hacer commits desconectados nos facilita mucho el trabajo.

Yo lo estoy utilizando para todas las prácticas de este año y por el momento no tengo demasiadas pegas (sí algunas: la versión de bzr en gutsy es demasiado antigua y tiene bugs interactuando con launchpad, no hay un servidor webdav para pushear sobre http ó https sino que hay que montar una cuenta ssh en un servidor para poder hacer pushes autenticados, olive-gtk, el gui, es aún un poco confuso y el plugin para eclipse está demasiadísimo verde aún).

Para el que le interese, enlazo a un tutorial [wikidot.com] que tenemos de uso interno; quizá es algo específico, pero puede servir porque está escrito pensando en el mínimo común denominador... ;)

Es realmente fácil y lo más importante: funciona. Si no necesitas un montón de branchs y todas las funcionalidades de git entonces bzr será suficiente, además que la curva de aprendizaje rápidamente aumenta.

Es muy triste leer opiniones como la de este sujeto. No se ha molestado en leer ni la página de Bazaar, estoy seguro que ni siquiera sabe lo que es un SCV (sistema de control de versiones), y casi me atrevería a asegurar que ha leído Python, y ha pensado "lento". En fin, sujetos como este especimen poblan nuestra sociedad, por lo tanto hay que asumirlo.

Por cierto, ya que te cuesta una barbaridad abrir la página web de bazaar:

Bazaar status in a tree of 5,000 files takes just 0.5 seconds, so almost every open source project can get the advanced features of Bazaar without slowing down its developers. Bazaar is robust in the face of radical tree restructuring, saving you time when it comes to merging from your community.