libgit2 / libgit2/libgit2sharp
FileHistory return empty enumerable for deleted files
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 3.5k
- Forks
- 925
- PR merge metrics
- No merged PRs in 30d
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:

Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the repo.Commits.QueryBy(fileName) entry point and reproduce the deleted-file history described in the issue. Compare its handling of the file argument with the git log behavior noted in the report. Done means the query returns both the initial and deletion commits, with a regression test covering that sequence.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, git
- Domain
- devtools
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100