TeamCity: best practice per distribuire i programmi di installazione prodotti (artefatti)

Question

Abbiamo un server TeamCity che produce build distribuibili ogni notte. Vogliamo che il nostro beta tester abbia accesso a queste build notturne.

Quali sono le migliori pratiche per farlo? TeamCity Server non è pubblico, è nel nostro ufficio, quindi presumo che il miglior approccio sarebbe quello di spingere artefatti via FTP o qualcosa del genere.

Inoltre, non ho idea di come attivare uno script quando un artefatto è stato creato correttamente. TeamCity fornisce un modo per farlo?

Answer 1

Suggerisco di iniziare a guardare qualcosa come (n) Ant per gestire il processo di compilazione. In questo modo puoi gestire l'intera catena "build artifacts" -> "publish artifacts" in modo automatico. Questi strumenti sono basati sulla dipendenza, quindi gli artefatti verranno pubblicati solo se la compilazione è riuscita.

Answer 2

Leggere il seguente documento help page dalla documentazione. Mostra come si inviano comandi dal proprio script di build per dire a teamCity di pubblicare le risorse in un determinato percorso.

Answer 3

Non so come attivare uno script, ma non mi preoccuperei di ciò. You can retrieve artifacts via a URL. A seconda di ciò che ha senso per il tuo progetto, potresti avere uno script impostato su un programmatore (cron o Windows Scheduling) che estrae l'artefatto e lo invia al sito FTP per i beta tester. Puoi configurarlo per estrarre solo l'artefatto più recente. Se si imposta il diritto di denominazione, se la compilazione fallisce, i beta tester non se ne accorgeranno perché il nuovo numero di build non sarà lì, non verranno inviate build errate.

Answer 4

In TeamCity 7.0+ è possibile utilizzare Deployer plugin. Le fasi di installazione possono essere trovate here. Permette anche di caricare artefatti via SMB e SSH.