2009-02-05 28 views
6

Attualmente sto valutando edera, maven e buckminster per facilitare il nostro processo di compilazione. Concettualmente, Buckminster sembra il più avanzato, ma anche abbastanza complesso.Qualcuno ha esperienza del mondo reale con Buckminster?

Non riesco a trovare così tante esperienze di prima mano su buckminster sul Web, quindi la mia domanda alla community Stackoverflow.

+0

+1, poiché non avevo sentito parlare di Buckminster, quindi mi ha spinto a guardare. A prima vista, la documentazione sembra carente (in alcune nozioni di base, ad es. Tutorial), quindi la prima impressione sarebbe un doloroso processo di adozione, ma sono interessato a vedere ciò che gli altri postano su di esso. –

risposta

7

Abbiamo adottato Buckminster per il nostro processo di costruzione a luglio.

Il nostro set up era di utilizzare Ant gestito da un server CruiseControl.

L'abbiamo scelto perché abbiamo più progetti che vivono in più repository. Abbiamo diversi prodotti RCP che utilizzano combinazioni diverse di questi progetti.

  • Gestione cassa (e build) per ciascuno di questi prodotti doveva essere scappare i metadati che stavamo scrivendo già (file manifesto, file di prodotto). È stato troppo facile non sincronizzare i metadati di build e dev.
  • Costruire pacchi e generare un prodotto non è ancora facile da eseguire a mano.
  • I nuovi avviatori devono essere subito operativi. Due + giorni per impostare un ambiente di sviluppo non sono accettabili.

Nel complesso, ho scoperto che si tratta di uno strumento molto potente con scarsa documentazione. Ci sono molti nuovi concetti e, dato che è un framework per collegare gli strumenti, alcuni di questi nomi per questi concetti possono essere abbastanza astratti.

Tuttavia, buckminster assolutamente eccellente a risolvere i tre problemi sopra descritti.

Altre aggiunte:

  • E possa avviarsi, come in: esso può controllare se stesso fuori, dato un nucleo minimo
  • Sembra essere sotto sviluppo attivo
  • supporto tramite la lista è conciso, ma generalmente utile.
  • Ha un linguaggio di scripting rudimentale. Molto rudimentale

Sul fronte dei ribassi (a parte la mancanza di documenti):

  • non è ancora maturo - a trovare i bug occasionale, e alcune caratteristiche che solo dovrebbero essere lì, ma non lo sono.
  • Non riesco a capire come far funzionare il pacchetto di test
  • I test dei prodotti OSGi sono ancora non banali e non sono facili da realizzare.

Nel complesso, direi che ci è voluto un po 'di tempo per andare a letto, ma fa un ottimo lavoro. Non riesco a confrontarlo con Ivy o Maven, anche se l'adozione di OSGi da parte di Spring potrebbe dare una massa critica al mindshare degli sviluppatori a Maven.

Ho risposto a un few questions riguardante buckminster, per un aiuto quando si avvia.

+0

Per ora abbiamo deciso di andare con maven2, speriamo che un giorno nel prossimo futuro tycho ci aiuti con la roba di eclissi/osgi. Tuttavia, alcuni problemi risolti da Buckminster sono ancora aperti. Ma per i nostri gusti, Buckminster non è abbastanza pronto (specialmente sul lato della documentazione). – Mauli

+0

@Mauli Come sta ora la tua esperienza con Tycho? – cuh

+0

Il BuckyBook (286 pagine) ora offre un'ottima documentazione. È disponibile all'indirizzo http://www.eclipse.org/buckminster/ in "Documentazione" – Tobber

0

Utilizziamo buckminster in esecuzione tramite Jenkins per creare un sito di aggiornamento KNIME (eclissi) con più plug-in/funzionalità ospitato in più repository. La decisione iniziale è stata perché è così che vengono costruiti gli KNIME community contributions. C'è una curva di apprendimento, ma una volta che è in esecuzione. Gran parte del nostro processo di configurazione iniziale si basava sulle istruzioni allo Developing plugins - continuous integration with Jenkins

Problemi correlati