2009-02-05 7 views
6

Actualmente estoy evaluando ivy, maven y buckminster para facilitar nuestro proceso de construcción. Conceptualmente, Buckminster parece ser el más avanzado, pero también tiene una gran complejidad.¿Alguien tiene experiencia en el mundo real con buckminster?

No puedo encontrar tantas experiencias de primera mano para buckminster en la web, por lo tanto, mi pregunta a la comunidad de Stackoverflow.

+0

+1, ya que no había oído hablar de buckminster, por lo que me impulsó a mirar. A primera vista, la documentación parece carecer (en lo básico, por ejemplo, tutorial), así que la primera impresión es que sería un proceso de adopción doloroso, pero estoy interesado en ver lo que otros publican al respecto. –

Respuesta

7

Adoptamos Buckminster para nuestro proceso de compilación en julio.

Nuestra configuración consistió en utilizar Ant administrado por un servidor CruiseControl.

Lo elegimos porque tenemos varios proyectos que viven en varios repositorios. Tenemos varios productos RCP que usan diferentes combinaciones de estos proyectos.

  • Gestión de la caja (y construir) para cada uno de estos productos tenía que haber carreras ante los metadatos que fuimos ya escrito (archivos de manifiesto, los archivos del producto). Era demasiado fácil hacer que los metadatos de compilación y desarrollo no estuvieran sincronizados.
  • Construir paquetes y generar un producto todavía no es fácil de hacer a mano.
  • Los nuevos iniciadores deben estar en funcionamiento rápidamente. Dos días o más para configurar un entorno de desarrollo no son aceptables.

En general, encontré que es una herramienta muy poderosa con poca documentación. Hay muchos conceptos nuevos, y dado que es un marco en el que se pueden insertar herramientas, algunos de esos nombres para estos conceptos pueden ser bastante abstractos.

Sin embargo, buckminster absolutamente se destacó al resolver los tres problemas detallados anteriormente.

Otras adiciones:

  • Se puede Bootstrap sí mismo, como en: puede comprobar a sí misma, dado un núcleo mínimo
  • Parece ser bajo desarrollo activo
  • apoyo a través de la lista de correo es cortante, pero generalmente útil.
  • Tiene un lenguaje de scripting rudimentario. Muy rudimentario

En el lado negativo (aparte de la falta de documentos):

  • todavía no es maduro - a encontrar los errores ocasionales, y algunas de las características que acaba deberían estar allí, pero no lo son.
  • No he podido averiguar cómo hacer que el paquete de prueba funcione
  • Probar los productos OSGi todavía no es trivial y no se convierte fácilmente sin cabeza.

En general, diría que se tomó un tiempo para dormir, pero hace un excelente trabajo. No puedo compararlo con Ivy o Maven, aunque la adopción de OSGi por parte de Spring puede dar una masa crítica en la capacidad de pensar del desarrollador a Maven.

He respondido few questions sobre buckminster, para obtener ayuda cuando empiece.

+0

Por ahora decidimos ir con maven2, con suerte que algún día en el futuro Tycho nos ayude con las cosas de eclipse/osgi. Pero todavía algunos problemas que son abordados por buckminster todavía están abiertos. Pero para nuestro gusto, Buckminster no está lo suficientemente preparado (especialmente en el lado de la documentación). – Mauli

+0

@Mauli ¿Cómo está su expire con Tycho ahora? – cuh

+0

El BuckyBook (286 páginas) ahora proporciona una gran documentación. Está disponible en http://www.eclipse.org/buckminster/ bajo "Documentación" – Tobber

0

Utilizamos buckminster corriendo a través de Jenkins para construir un sitio de actualización KNIME (eclipse) con múltiples complementos/características alojadas en múltiples repositorios. La decisión inicial fue porque así se construyó el KNIME community contributions. Hay una curva de aprendizaje, pero una vez que se está ejecutando. Gran parte de nuestro proceso de configuración inicial se basó en las instrucciones en Developing plugins - continuous integration with Jenkins

Cuestiones relacionadas