libgit2 / libgit2/libgit2sharp
FileHistory return empty enumerable for deleted files
Personne n'a encore pris cette issue.
- Langage dominant
- C#
- Étoiles
- 3.5k
- Forks
- 925
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Reproduction steps
- Create a file and commit
- Delete the file and commit
- Query the log for that specific file:
IEnumerable<LogEntry> logs = repo.Commits.QueryBy(fileName);
Expected behavior
The logs enumerable contains 2 entries (initial commit and delete commit)
Actual behavior
The logs enumerable is empty
Version of LibGit2Sharp (release number or SHA1)
v0.25.2
Operating system(s) tested; .NET runtime tested
Windows 7
.Net Framework 4.7.1
Note that git log will also (by default) not return any results when specifying the file name only:

However, when telling git explicitly if a revision or a file is specified, git log will show the expected results:

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 au point d’entrée repo.Commits.QueryBy(fileName) et reproduisez l’historique du fichier supprimé décrit dans l’issue. Comparez la gestion de l’argument de fichier avec le comportement de git log indiqué dans le rapport. Le travail est terminé lorsque la requête renvoie à la fois le commit initial et le commit de suppression, avec un test de régression couvrant cette séquence.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp, git
- Domaine
- devtools
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100