[Mitgcm-support] patches and branches
mitgcm-support at dev.mitgcm.org
mitgcm-support at dev.mitgcm.org
Wed Jul 9 15:32:49 EDT 2003
The latest CVS web has a nice feature
for filtering files based on tags.
Can we adopt a convention for tagging
branches for patching and or development
so that names are short but meaningful.
Heres my thought for the day
1. checkpointNN - a checkpoint
e.g. checkpoint36
2. b_cNN_PROJ - a branch from checkpoint
NN for project "PROJ".
e.g b_c36_ATMOS-MERGE
3. b_cNN_proj_sNN - phase/stage NN marker for branch.
e.g. b_c36_ATMOS-MERGE_s03
4. b_cNN_pNN - branch for patch NN for checkpoint NN.
e.g. b_c36_p01
5. b_cNN_pNN_sNN - phase/stage NN marker for branch.
e.g. b_c36_p01_s03
6. releaseNN - a release!
e.g. release01
7. b_rNN_pNN etc... - branch for a patch to a release.
This means that we reserve the following characters
_ used to separate "words"
b,r,p,c,s - at the start of a word means
branch, release, patch, checkpoit, stage
respectively.
Other identifiers e.g. PROJ are UPPER CASE ( + numbers ).
Chris
More information about the MITgcm-support
mailing list