repo.status() appears to be broken?
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 1.7k
- Forks
- 408
- Merge moyen
- 2 j 57 min
- PR mergées (30 j)
- 7
Description
I'm running repo.status().items() in a pre-commit hook using the -a flag (git commit -a -m "Test"), and I get a result that looks like this:
[('config/git_hooks/pre-commit', 256), ('bin/run_flake8', 256)]
If I run git status in that same process, I get:
On branch ops_1331_fix
Your branch is ahead of 'origin/ops_1331_fix' by 2 commits.
(use "git push" to publish your local commits)
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: bin/run_flake8
modified: config/git_hooks/pre-commit
In other words, pygit2 is reporting those files as not being staged, and git is reporting them as being staged. Why the discrepancy?
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par reproduire la divergence avec repo.status().items() dans le pre-commit hook en utilisant git commit -a, puis comparez son résultat avec git status pour les deux fichiers indiqués. Consultez la pygit2 status API et le comportement correspondant de libgit2 ; le travail est terminé lorsque vous expliquez pourquoi les fichiers indexés reçoivent le statut 256 et corrigez la divergence s’il s’agit d’un bug.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- git, python
- Domaine
- devtools
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 30/100