Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Removing branch= option will not default back to master #125

Open
iivvoo opened this issue Sep 16, 2013 · 1 comment
Open

Removing branch= option will not default back to master #125

iivvoo opened this issue Sep 16, 2013 · 1 comment

Comments

@iivvoo
Copy link

iivvoo commented Sep 16, 2013

I occasionally need to checkout a specific branch, e.g.

[mr.developer]
foo = git [email protected]:example/foo.git branch=cutting-edge

Once the work on that branch has been merged into the master, I can depend on the master again, so:

[mr.developer]
foo = git [email protected]:example/foo.git

However, that will change nothing. I would expect mr.developer to switch to the master, but it doesn't. The only way is to force it using "branch=master"

Is there a specific reason for this behaviour? If not, can it default as expected?

@mauritsvanrees
Copy link
Collaborator

I am seeing this too when working on the Plone core-dev buildout. For example:

  • bin/buildout -c plips/some-plip.cfg (this has branches of a few packages)
  • bin/buildout (this should use master again, but it does not)

Workaround is probably indeed to say branch=master in the sources that are used in the default buildout.cfg.

mauritsvanrees added a commit to mauritsvanrees/mr.developer that referenced this issue Nov 14, 2013
Do not give an error in this case when master is not there.

Fixes issue fschulze#125
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants