Come definire il nome di .deb-packages per riflettere il ramo di Git

Question

Come definire il nome di .deb-packages per riflettere il ramo di Git

#1 da (1 voti)

2

Il nostro team sviluppa un'applicazione. Poiché questa applicazione intendeva girare su Debian, l'abbiamo fatta in un modo Debian corretto - tramite pacchetti .deb. Questa app è scritta in C ++ / Python e ha una versione con Git.

Abbiamo un repository privato di Debian in cui metto versioni snapshot e release (approccio preso dal mondo Java):

nomeapp-1.2-SNAPSHOT.deb
nomeapp-1.2.1.deb

Ora alcuni sviluppatori si sono ramificati, hanno il codice di scrittura e alla fine stanno creando richieste di pull. Con la richiesta pull desidero attivare il test del suo lavoro: accertati che non sia così male andare al master branch. Quindi sto creando la VM e .. cosa devo installare dal repository di Debian prima di avviare il test? Qual è la migliore pratica?

continuous-integration continuous-delivery devops

posta Michael A. 25.08.2016 - 23:03

fonte

1 risposta

Leggi altre domande sui tag continuous-integration continuous-delivery devops

Direzione della comunicazione tra microservizi Accesso ai dati e classi di entità all'interno di MVC

score 1 · Answer 1

Quando si verifica una richiesta pull, si desidera verificare che il risultato dell'accettazione / fusione della richiesta pull nel ramo master corrente non interrompa immediatamente tutti i tipi di cose.
Ciò significa che la versione in prova sulla VM deve essere il risultato dell'unione della richiesta pull in master.

Se la tua domanda riguarda cosa chiamare il pacchetto Debian che contiene questa "versione" del software, allora non esiste uno standard per questo. Questo dipende troppo da come è organizzata l'infrastruttura attorno al tuo progetto.

Se può esistere una sola richiesta pull che viene sottoposta a test prima della fusione, è sufficiente utilizzare un nome fisso, ad esempio appname-PRE_MERGE.deb o appname-PULL_REQUEST.deb .
Se possono esserci più richieste di pull attive, allora sarebbe meglio codificare il nome del ramo di origine nel nome del pacchetto, in modo che le diverse richieste di pull non interferiscano tra loro.

In ogni caso, questi pacchetti di richiesta di pull dovrebbero essere cancellati dal repository quando sono stati testati (e passati), in quanto non hanno alcun valore duraturo.