Finding alternate object directories on open
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 1.7k
- Forks
- 408
- Merge medio
- 2 d 57 min
- PR fusionados (30 d)
- 7
Descripción
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.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Empieza trazando cómo pygit2 abre repositorios y compara ese recorrido con git_repository_open_ext() de libgit2, incluidas las variables de entorno descritas en el issue. Verifica el caso del receive-hook en el que los objetos entrantes se encuentran en un directorio de objetos alternativo; se considera terminado cuando pygit2 puede inspeccionar esos commits.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- git, python
- Área
- devtools
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100