Branches Naming: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
Line 5: | Line 5: | ||
If however this branch aims at be merged with the develop the following naming convention should be respected | If however this branch aims at be merged with the develop the following naming convention should be respected | ||
* '''fixes | * '''fixes-XXX''': Fix specific (groups of) bugs. To be used for extended fixes, otherwise there is the branch bug-fixes. Examples: fixes-issue-XXX | ||
* '''maintain | * '''maintain-XXX''': Maintenance of specific modules/procedure/.... Limited modifications. No revolutions. Examples: maintain/RIM, maintain/cutoff | ||
* '''phys | * '''phys-XXX''': New physics. Examples: phys-ph-dyn, phys-raman, phys-vertex... | ||
* '''refact | * '''refact-XXX''': Deep refactorization of specific procedures/modules. Examples: refact-FFT, refact-parallel-IO, refact-msg... | ||
* '''tech | * '''tech-XXX''': New technical aspects/modules/procedures. Examples: tech-CUDA, tech-FFTW, tech-SLK | ||
* '''feature-XXX''': New feature | |||
In addition the developers team will use two more labels | In addition the developers team will use two more labels | ||
* '''merged/YYY | * '''merged/YYY-XXX''': where we will store the branches (here '''YYY-XXX''') after being merged | ||
* '''nonactive/YYY | * '''nonactive/YYY-XXX''': where the branches inactive for more than 1 year will be moved |
Latest revision as of 07:49, 20 October 2023
Of course the developers can use any name for their branch.
If however this branch aims at be merged with the develop the following naming convention should be respected
- fixes-XXX: Fix specific (groups of) bugs. To be used for extended fixes, otherwise there is the branch bug-fixes. Examples: fixes-issue-XXX
- maintain-XXX: Maintenance of specific modules/procedure/.... Limited modifications. No revolutions. Examples: maintain/RIM, maintain/cutoff
- phys-XXX: New physics. Examples: phys-ph-dyn, phys-raman, phys-vertex...
- refact-XXX: Deep refactorization of specific procedures/modules. Examples: refact-FFT, refact-parallel-IO, refact-msg...
- tech-XXX: New technical aspects/modules/procedures. Examples: tech-CUDA, tech-FFTW, tech-SLK
- feature-XXX: New feature
In addition the developers team will use two more labels
- merged/YYY-XXX: where we will store the branches (here YYY-XXX) after being merged
- nonactive/YYY-XXX: where the branches inactive for more than 1 year will be moved