dev:release-management
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
dev:release-management [2015/02/16 10:10] – Correzioni proposta warp10 warp10 | dev:release-management [2015/07/17 10:35] (current) – messe le funzinoalità di CD di orgin/stable origin/master feroda | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | //FIXME: nelle figure il naming origin/prod = origin/ | ||
+ | |||
====== Sviluppo e gestione release ====== | ====== Sviluppo e gestione release ====== | ||
- | Questo documento | + | Questo documento |
- | Il documento si riferisce al repository cosiddetto " | + | |
- | i contributori al codice fanno riferimento per portare avanti lo sviluppo. | + | |
Se si desidera conoscere il workflow di sviluppo beFair, basato sul modello a fork, | Se si desidera conoscere il workflow di sviluppo beFair, basato sul modello a fork, | ||
si consulti il documento [[git-forking-workflow]] | si consulti il documento [[git-forking-workflow]] | ||
- | - il ramo principale | + | Sul repo git di GF o degli altri software beFair (origin) ci sono due branch principali: |
- | - ogni release rilasciata | + | - **origin/ |
- | - $ver è il numero | + | |
- | - $extra può essere '' | + | - Su origin/ |
- | - per i bugfix rilasciati su una specifica versione stabile, verrà creato un branch | + | - Convenzione di naming per il -m dei commit: < |
- | - ogni feature che lo necessita può essere sviluppata in un branch di nome '' | + | - **origin/ |
+ | - Da origin/ | ||
+ | - Su origin/master | ||
- | + | {{:dev:main-branches.png?200|}} | |
- | ==== Proposta di warp10 ==== | + | |
- | + | ||
- | Sul repo git di GF (origin) ci sono due branch principali: | + | |
- | - **origin/ | + | |
- | - Da origin/prod si brancha solo origin/dev. | + | |
- | - Su origin/prod si mergia solo da origin/ | + | |
- | - Convenzione di naming per i commit: < | + | |
- | | + | |
- | - Da origin/dev si branchano tutti i branch descritti sotto | + | |
- | - Da origin/dev si mergia da tutti gli altri branch, escluso origin/prod | + | |
Ogni sviluppatore clona sulla sua macchina i due branch principali di origin. In base alle necessità, può creare branch secondo lo schema seguente: | Ogni sviluppatore clona sulla sua macchina i due branch principali di origin. In base alle necessità, può creare branch secondo lo schema seguente: | ||
- **Feature branch**: è dove si sviluppa una nuova feature. Tipicamente esiste solo sulla macchina dello sviluppatore, | - **Feature branch**: è dove si sviluppa una nuova feature. Tipicamente esiste solo sulla macchina dello sviluppatore, | ||
- | - Si brancha da origin/dev | + | - Si brancha da origin/master |
- | - Si mergia su origin/dev usando sempre e soltanto --no-ff (lo so, lo so, ma qui ha molti più pro che contro) | + | - Si mergia su origin/master |
- | - Convenzione di naming: feature-< | + | - Convenzione di naming: |
- | - **Bugfix branch**: identici ai feature branch, ma destinati a fixare bug di codice non ancora mergiato in origin/ | + | |
- | - Convenzione di naming: bugfix-< | + | |
- | - **Hotfix branch**: è dove si fixano bug severi del codice già andato in produzione. | + | |
- | - Si brancha da origin/ | + | |
- | - Si mergia su origin/prod e origin/dev con --no-ff | + | |
- | - Convenzione di naming: hotfix-< | + | |
+ | {{: | ||
+ | |||
+ | - **Bugfix branch**: identici ai feature branch, ma destinati a fixare bug di codice non ancora mergiato in '' | ||
+ | - Convenzione di naming: '' | ||
+ | |||
+ | - **Hotfix branch**: è dove si fixano bug severi del codice già andato in produzione. | ||
+ | - Si brancha da '' | ||
+ | - Si mergia su '' | ||
+ | - Convenzione di naming: '' | ||
+ | {{: |
dev/release-management.1424081416.txt.gz · Last modified: 2015/02/16 10:10 by warp10