-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Installing from a git repo using +e doesn't checkout the default (master) branch #23
Comments
By default it is actually checking out the "master" branch directly from the This is done to be absolutely clear about what ref is used, especially since
|
This seems highly confusing to me. If I choose an 'editable' switch at the Additionally, the pip's default checkout prevents 'git pull' from working as I'm trying to use pip to build both development and deployment environments, Edit: It would help if there was some clarification as to what exactly I have to do
|
I just stumbled across this same problem. One workaround is to do
Still, it would be nice to get a directly editable clone.
|
Bump!
|
|
Fixed #32 - Don't force a checkout after cloning a Git repository if the → [Author: jezdez Age: 12 months ago Fixed 32 - Don't force a checkout after cloning a Git repository if the using-e-doesnt
|
I'm trying to check out a specific tagged build from github and I'm getting
[email protected]#egg=django-beta-tools
[email protected]#egg=django-beta-tools
(to 0.0.3)
(python 2.6)
You can see it is not checked out on a branch after running this. I tag my projects and push them to github using git tag -a 0.0.3 or similar. This seems related to this changeset, but let me know and I'll open it as a
|
I'll also add that this behavior seems to have changed in version 0.8.0...
[email protected]#egg=django-beta-tools
[email protected]#egg=django-beta-tools
(to 0.0.3)
packages/
/django-beta-tools.egg-link (link to .)
packages (python 2.6)
a5773670932174a31d#egg=django_beta_tools-0.0.3-py2.6-dev Actually looking at it again, I don't know what pip 0.8.0 was doing because
|
Bump!
|
like paul, i'm seeing this issue with pip .8 and github checkouts
|
Bump!
|
Bump - same problem as described, pip 0.8, patch worked
|
Bump - the workaround of
|
IIRC the "patch" I mentioned was the one on this ticket: repositories
|
Bump - Yes this is related to #161 repositories
|
BTW, [Author: hltbra Age: 8 months ago bugfix for 150 - editable git repos aren't updated when re-installed; Alex
|
Please try out [Author: jezdez Age: 4 months ago Another try at fixing 32 and 161. Use git fetch instead of git pull (which
|
Hey Jannis, If the tests are not wrong, this changeset breaks #150 - we when-re
|
Thanks for the hint, anonymous. For the record, I believe not checking out a
|
Currently we are seeing the same issue when having checked out a specific -e git:github.com/skinkie/SleekXMPP.git@develop#egg=SleekXMPP Installing to an empty src directory works, using -U to update results in: Obtaining SleekXMPP from
|
Allow pip wheel --use-wheel
Not sure why this issue was closed by "Merge pull request #23 from dholth/wheel_build". As near as I can tell, this wheel build has nothing to do with fixing this problem. |
I've seen this issue elsewhere, with regards to virtualenv (http://groups.google.com/group/python-virtualenv/browse_thread/thread/afd8d06d69a0f3be), but it's looking like a pip issue to me.
Basically if I install an editable package from git using pip, and then go to environment/src/foo/ and type 'git branch', I get the following output:
using a standard git clone correctly yields the following output (which means the repositories aren't at fault):
This happens when checking out from anywhere (github, local repos, remotes etc). This is particularly troublesome if you don't realise it's happened and then try to make some changes and commit/push since it causes errors.
I'm not sure what's happening since from a quick glance at the code, pip is just running git clone.
The text was updated successfully, but these errors were encountered: