Domanda

Ho usato sistemi di controllo della versione distribuita negli ultimi anni, ma ora dovrò usare CVS. Il processo che voglio è qualcosa di simile:

  1. Ogni bug/funzionalità viene assegnato un biglietto in un sistema di biglietteria
  2. Uno sviluppatore è assegnato a un bug/funzionalità (se necessario un biglietto verrà suddiviso in biglietti più piccoli in modo che lo sviluppatore di relazioni con il biglietto sia uno a uno)
  3. Lo sviluppatore apporta modifiche e le associa al biglietto
  4. In tempi regolari nel tempo verrà scelto un set di biglietti per un candidato a rilascio, il candidato di rilascio verrà testato
  5. Un rilascio è costruito utilizzando un sottoinsieme dei biglietti dal candidato
  6. E il ciclo ricomincia

Il mio piano attuale ed ingenuo è farlo

  1. Metti ogni biglietto nella sua filiale dal bagagliaio
  2. Crea una filiale per ogni candidato a rilascio
  3. Unisci le filiali del biglietto nel candidato al rilascio
  4. Quando un candidato a rilascio è considerato abbastanza buono, unisce il tronco

Ho dimenticato tutto ciò che sapevo sui CV, ma ho una sensazione di viscere che mi dice che questo sarà un errore. In quali prestazioni o altri tipi di problemi mi imbatterò? Esiste un modo migliore per creare selettivamente build in base a un sottoinsieme del lavoro svolto durante un determinato periodo?

È stato utile?

Soluzione

È possibile utilizzare localmente un sistema di controllo della versione distribuita e pubblicare su CVS quando una funzione è pronta per il rilascio.

Vedi questa domanda: Come esportare la storia della revisione da mercuriale o git a CVS?

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