[Biopython-dev] How are people doing their git merges from the trunk?

Brad Chapman chapmanb at 50mail.com
Fri Apr 24 12:47:06 UTC 2009


Eric and Peter;
This is really good stuff. Can we add the details to the wiki? It
looks like this section could use the information from this thread:

http://biopython.org/wiki/GitUsage#Merging_upstream_changes

Brad

> On Thu, Apr 23, 2009 at 11:54 PM, Eric Talevich <eric.talevich at gmail.com> wrote:
> > On Thu, Apr 23, 2009 at 12:34 PM, Peter <biopython at maubp.freeserve.co.uk>wrote:
> >
> >> I decided that I would (initially at least) treat my master branch as
> >> a copy of the master branch, and not commit local changes to this
> >> branch.  Instead I periodically grab the latest commits from the
> >> master using the commands:
> >
> > I think this is the recommended way to do it. I read a thread where
> > Mercurial gurus recommended keeping a clean clone of the upstream
> > repository, and never committing to that clone. Git seems to have a cleaner
> > version of this with in-place branches.
> >
> > After a few bad incidents with git-rebase, I resolved to keep 'master' in
> > sync with the biopython trunk, and use new named branches for all
> > modifications. The workflow is:
> >
> > git checkout master
> > git pull origin    # if I've pushed commits from a different computer
> > recently
> > git pull upstream master   # upstream is the remote biopython/biopython
> > git push origin master
> 
> Using "upstream" seems like a very sensible name, I assume you set up:
> git remote add upstream git://github.com/biopython/biopython.git
> 
> Peter
> 
> _______________________________________________
> Biopython-dev mailing list
> Biopython-dev at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/biopython-dev



More information about the Biopython-dev mailing list