<p>pip.vcs.git doit utiliser --work-tree au lieu de $CWD implicite</p>
Le backend Git ( pip.vcs.git ) repose sur le fait que Git utilise $CWD comme répertoire de référentiel. Le problème est que les variables d'environnement $GIT_DIR / $GIT_WORK_TREE peuvent être utilisées pour écraser cela, et alors toujours le même référentiel sera interrogé au lieu de celui identifié dans location .
Donc à la place $CWD , pip.vcs.git devrait toujours spécifier --work-tree .
http://git-scm.com/blog/2010/04/11/environment.html
Alternativement, il pourrait simplement désactiver ces variables avant d'appeler git .
jakubroztocil
Tous les 4 commentaires
Pourriez-vous fournir un cas de test qui démontre où pip échoue exactement ?
thedrow
le 2 sept. 2013
Installer:
$ mkvirtualenv pip-test
$ pip install -e [email protected]:jkbr/httpie.git#egg=httpie
Échouer:
$ GIT_DIR=/foo pip freeze
Error when trying to get requirement for VCS system Command /usr/local/bin/git config remote.origin.url failed with error code 1 in /Users/jakub/.virtualenvs/pip-test/src/httpie, falling back to uneditable format
Could not determine repository location of ~/.virtualenvs/pip-test/src/httpie
Pygments==1.6
## !! Could not determine repository location
httpie==0.6.0
requests==1.2.3
wsgiref==0.1.2
GIT_DIR sera défini par exemple dans les scripts invoqués en tant que hooks Git.
jakubroztocil
le 2 sept. 2013
Je peux confirmer ce problème, même problème ici.
Un exemple réel déclenchant ce comportement indésirable est l'exécution de pip depuis le hook post-mise à jour d'un référentiel git.
À l'intérieur du hook, GIT_DIR sera défini sur '.', ce qui fait que pip fonctionne sur ce même référentiel au lieu de sur le référentiel cloné par pip.
Outre la définition explicite de --work-tree, une autre solution consisterait à désactiver GIT_DIR (et GIT_WORK_TREE).
speijnik
le 26 avr. 2017
J'ai posté PR #4666 pour résoudre ce problème. (Notez que les tests sont corrects même si l'icône Travis CI indique un échec. Il semble y avoir des flocons dans les tests Travis CI ces derniers temps.)
cjerdonek
le 11 août 2017
Questions connexes
therefromhere
·
3Commentaires
nathan130200
·
3Commentaires
cjolowicz
·
3Commentaires
gyorireka
·
3Commentaires
dstufft
·
3Commentaires
Commentaire le plus utile
Je peux confirmer ce problème, même problème ici.
Un exemple réel déclenchant ce comportement indésirable est l'exécution de pip depuis le hook post-mise à jour d'un référentiel git.
À l'intérieur du hook, GIT_DIR sera défini sur '.', ce qui fait que pip fonctionne sur ce même référentiel au lieu de sur le référentiel cloné par pip.
Outre la définition explicite de --work-tree, une autre solution consisterait à désactiver GIT_DIR (et GIT_WORK_TREE).