Domanda

Al momento usare volta che l'assistente cc.net per il nostro processo di generazione, che costruisce sia .net (usando msbuild & Nant) e Java (usando Maven e formica).

CC.net monitor di controllo di origine, e innesca un accumulo remota in esecuzione su un server separato. CC.net poi raccoglie i risultati.

Quando si esegue la build a distanza, in genere:

  • corre NUnit o JUnit o simili utilizzando i dati deriso
  • gestisce opzionalmente uno script DB per creare un'istanza di database fresca o ripristinare un database da una posizione nota.
  • corre selenio o simile a prova di UI
  • piste EMMA o NCover per la copertura di codice
  • costruisce il sistema per diversi ambienti di distribuzione (di prova, di accettazione, di produzione)

può avere diversi costruisce in esecuzione in un momento, un po '.net e alcuni java (da diversi team di progetto).

E 'abbastanza tempo per ottenere il telecomando costruisce lavorando quando abbiamo istituito un nuovo progetto e riteniamo che ci deve essere qualcosa di più adatto alla costruisce a distanza di cc.net.

Qualcuno ha qualche esperienza con costruisce a distanza con sistemi di integrazione continua?
Non voglio davvero elenchi di funzionalità di server CI, sarei più apprezzo sentir parlare di come li hai utilizzato in un multi lingua, ambiente multi server.

È stato utile?

Soluzione

Hudson (Aggiornamento:. Nel mondo di oggi, vorrei utilizzare Jenkins, un fork di Hudson)

ho usato Hudson in entrambi gli ambienti enterprise Java e .NET per progetti ad alta visibilità (probabilmente siete stati ad alcuni dei siti). Hudson è solida fin dall'inizio, ma la parte migliore è che ci sono un sacco di plugin per fare praticamente tutto quello che vuoi. Hudson è altamente configurabile, ha una grande comunità, ed è veramente facile da impostare in un ambiente cluster se avete bisogno di più animazioni di andare in una sola volta. E 'il mio server CI preferito di tutti quelli che ho usato (CC.NET, Hudson, e TFS).

Inoltre, è possibile utilizzare il ChuckNorris plug avere dargli i pollici in su o giù.

Altri suggerimenti

siamo stati di fronte a questa domanda qualche tempo fa e ha deciso di andare con TeamCity . Abbiamo solo guardato Hudson, CC e TeamCity. La scelta era facile fare - TeamCity ha finito per essere il nostro server di build. Si prega di notare che io non sono un professionista in questo ed è stata la mia prima esperienza con i server di build in quel momento.

Hudson - non avevo idea di cosa fare e dove andare a leggere su di esso. E anche se ho potuto capire qualcosa lì non era un'opzione - troppo lavoro. Ho deciso di dare un'occhiata a CC.

Cruise control - come Hudson, ma in un modo leggermente diverso. Assolutamente nulla può essere compreso lì senza un manuale e una tonnellata di aiuto da parte di Google. Ho appena andato a dare un'occhiata al TC.

TeamCity - TeamCity sembrava paradiso dopo i primi due. E 'il massimo utilizzabile di quei tre. Installare, andare al pannello di amministrazione, configurare un progetto (spettacolo in cui l'SVN è, scegliere i file di build, specificare le prove di copertura / unità, ecc) e iniziare a godere. E anche se non posso dire che non ho google niente, ancora il 95% del processo di installazione è stato molto semplice e chiaro. Consiglio vivamente questo strumento. Andate a dare un'occhiata a questo. Ti farà risparmiare un sacco di nervi e tempo:)

Si noti anche che la TC non è libero. Anche se hanno una versione gratuita che può essere utilizzato in progetti commerciali con alcune limitazioni (accumulo max configs 20) -. Dare un'occhiata nella loro pagina dei prezzi

PS Mi suona come io lavoro per TC, ma io davvero non:)

Usiamo CC.NET 1.4.

Stiamo cercando di aggiornare a 1.6 ... che incubo.

Il suo potente ... ma solo se lo si utilizza giusto e capire come tutto si combina. Che è molto da chiedere da tutta la squadra. Abbiamo 'buildmasters' che hanno accesso al server e possono cambiare le configurazioni. Anche così, c'è un sacco di usare Google per quanto riguarda CCNet e tutta la faccenda è diventata una grande confusione.

Io personalmente voglio passare a TeamCity.

vi consiglio di evitare di CCNet.

buona domanda. Attualmente stiamo anche cercando di scoprire quale strumento si adatta meglio per noi. Così sarò solo in grado di dirvi un po 'di esperienza. Ma saremmo molto interessati, quale sistema CI si è scelto ora e per quali ragioni. Quindi, per favore tenerci informati.

Sono molto impressionato quanto è alto il livello della vostra C'è. Devo ammettere che abbiamo meno richieste perché non corriamo test dell'interfaccia utente ancora e non creare istanze di database o simili, abbiamo solo Uso dei mock per i nostri test di unità.

Ora, per le nostre esperienze fino ad ora:

Per i progetti Java che stiamo usando bambù che funziona bene con JUnit e Emma. E non c'è così tanto sforzo di creare un nuovo progetto.

Per i progetti .NET siamo ancora alla ricerca della migliore soluzione

  • Cruise Control: Non siamo riusciti a farlo funzionare ancora a causa di problemi con la connessione al nostro repository

  • TFS:

    a) ci sono passi necessari alcuni configurazione per essere in grado di eseguire la prima compilazione.

    b) Ci sono alcuni trabocchetti in cui si deve superare per quanto riguarda i diritti di accesso. Ci sono molti ruoli è possibile definire e si deve sapere esattamente quali diritti ha il vostro processo di generazione e che ha il vostro account di accesso personale. Ma se avete abbastanza tempo per gestire, è possibile definire ogni particolare granularità è necessario.

    c) Per quanto riguarda le librerie di riferimento ci sono anche alcune cose da gestire se si vuole librerie azionari per molti progetti e non vogliono gestire loro in ogni singolo progetto

    d) L'esecuzione del test NUnit non è così facile come si pensava. E 'solo facile se si utilizza l'esecuzione di test fornito da Visual Studio, ma questo non è NUnit

    e) abbiamo non cerchiamo di correre NCover ancora (prima le cose: -))

  • Hudson: Avanti strumento cercheremo. Sembra avere un plugin molto buona e facile per NET, vi farò sapere come funzionava

  • Bamboo: prima previsione che abbiamo ottenuto: "Troppo specifica Java". Ma forse cercheremo .NET plug comunque, io vi farò sapere

La speranza, siamo in grado di continuare questa discussione e lo scambio di esperienze.

Andy

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top