Changes between Version 40 and Version 41 of DevelopmentProcedure


Ignore:
Timestamp:
05/02/14 12:13:15 (11 years ago)
Author:
Jonathan
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • DevelopmentProcedure

    v40 v41  
    1717  git checkout -b ticket_353 development
    1818}}}
    19 1. Then you can setup your branch to synchronize with the central repository. This will allow you to push commits to your local branch to the central repo for others to see and/or use.
     191.  Then you can setup your branch to synchronize with the central repository.
    2020{{{
    2121  git push -u origin ticket_353
    2222}}}
     23This will allow you to push commits to your local branch to the central repo for others to see and/or use.
     24
    23251. You can then modify code as necessary and then use git add to add any file changes to your next commit
    2426{{{
     
    2931  git commit -m "modified zcooling module to write ztable"
    3032}}}
    31 1. Before you push back to the main repo, you should make sure that your branch is still up to date with the latest development branch
    32 {{{
    33   git checkout development
    34   git pull
    35   git checkout ticket_353
    36   git merge development
    37 }}}
    38331. And then you can push those changes to the main repo so they don't get lost
    3934{{{
    4035  git push
    4136}}}
    42 1. You can repeat steps 6-9 as many times as you want until the feature is complete.  Then please notify [mailto:astrobear_dev@pas.rochester.edu] and we will merge your changes into the development branch and the next release.
     371.  You can repeat steps 6-8 as many times as you want until the feature is complete.  Then please notify [mailto:astrobear_dev@pas.rochester.edu] and we will merge your changes into the development branch and the next release.
    4338
    4439== Merging ==
     
    6863git push origin :ticket_353
    6964}}}
     65
     66
     67== Working with Mercurial repositories ==
     68If you have a mercurial repo - with a history that has no merges since it diverged from a revision that is in the git repo - then the process is fairly straightforward.
     69
     701. First clone a copy of the official astrobear git repo and create a branch off of the revision that corresponds to the point where your commits diverged from the central hg repo
     71{{{
     72  git checkout -b my_new_hg_feature <git hash>
     73}}}
     741. Then clone the same version of hg
     75{{{
     76mv .git ../
     77rm * -rf
     78hg clone /path/to/hg/repo -r <hg revision number> .
     79mv ../.git .
     80}}}
     811. Then both hg status and git status should show that everything is up to date
     82{{{
     83git status -uno
     84hg status -q
     85}}}
     861. Then you can pull the next hg revision and then commit the changes to git
     87{{{
     88hg pull /path/to/hy/repo -r <hg revision number +1>
     89git commit -a -m 'Commit message from hg revision'
     90}}}
     911. And then repeat the following steps as needed.
     92
    7093
    7194[[CollapsibleStart(Previous Procedure)]]