Changes between Version 40 and Version 41 of DevelopmentProcedure
- Timestamp:
- 05/02/14 12:13:15 (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
DevelopmentProcedure
v40 v41 17 17 git checkout -b ticket_353 development 18 18 }}} 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.19 1. Then you can setup your branch to synchronize with the central repository. 20 20 {{{ 21 21 git push -u origin ticket_353 22 22 }}} 23 This will allow you to push commits to your local branch to the central repo for others to see and/or use. 24 23 25 1. You can then modify code as necessary and then use git add to add any file changes to your next commit 24 26 {{{ … … 29 31 git commit -m "modified zcooling module to write ztable" 30 32 }}} 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 branch32 {{{33 git checkout development34 git pull35 git checkout ticket_35336 git merge development37 }}}38 33 1. And then you can push those changes to the main repo so they don't get lost 39 34 {{{ 40 35 git push 41 36 }}} 42 1. You can repeat steps 6-9as 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.37 1. 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. 43 38 44 39 == Merging == … … 68 63 git push origin :ticket_353 69 64 }}} 65 66 67 == Working with Mercurial repositories == 68 If 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 70 1. 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 }}} 74 1. Then clone the same version of hg 75 {{{ 76 mv .git ../ 77 rm * -rf 78 hg clone /path/to/hg/repo -r <hg revision number> . 79 mv ../.git . 80 }}} 81 1. Then both hg status and git status should show that everything is up to date 82 {{{ 83 git status -uno 84 hg status -q 85 }}} 86 1. Then you can pull the next hg revision and then commit the changes to git 87 {{{ 88 hg pull /path/to/hy/repo -r <hg revision number +1> 89 git commit -a -m 'Commit message from hg revision' 90 }}} 91 1. And then repeat the following steps as needed. 92 70 93 71 94 [[CollapsibleStart(Previous Procedure)]]