[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