libgit2 / libgit2/pygit2

Finding alternate object directories on open

Ouverte
#676 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

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

Git 2.11 introduced a change such that incoming objects in a push are sequestered in an "alternate object directory." It appears that libgit2 supports opening repositories with these directories, taking certain environment variables into consideration, but the latest pygit2 does not invoke the appropriate function (git_repository_open_ext() from what I can tell). Am I correct in this assessment? Is there a way to work around this with the current code, or is a patch necessary?

If that didn't make sense, let me explain at a higher level: I'm writing a receive hook in Python and using pygit2 to examine the incoming commits. With versions of Git prior to 2.11 this is not a problem since the incoming objects are stored directly in the odb. However, now they are located elsewhere and pygit2 does not see them.

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par suivre la manière dont pygit2 ouvre les dépôts et comparez ce chemin avec git_repository_open_ext() de libgit2, y compris les variables d’environnement décrites dans l’issue. Vérifiez le cas du receive-hook où les objets entrants se trouvent dans un répertoire d’objets alternatif ; le travail est terminé lorsque pygit2 peut inspecter ces commits.

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é
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.