Bug Fixes
-
enforce
diff.renamelimit
even for identical name matching
The problem here is that our implementation avoids using a hashmap,
but pays the price by having bad performance if there are too many
possible candidates (binary search doesn't seem to be up to the task).This can lead to impossibly long runtimes, so for now, limit it explicitly.
New Features (BREAKING)
-
add support for not tracking single empty files.
Empty files are equivalent to having no content, which also means
such files have no identity to speak off. This definitely helps
with false positives of.gitignore
for instance, which can be empty
to tell Git to track a directory.On top of that, Git has a heuristic to do rename tracking of small files
by similarity as the similarity may be off of files just have a couple of
lines to speak about.Note that empty files that are renamed as part of a whole directory will still
be tracked as renames.
Commit Statistics
- 7 commits contributed to the release over the course of 28 calendar days.
- 28 days passed between releases.
- 2 commits were understood as conventional.
- 0 issues like '(#ID)' were seen in commit messages
Commit Details
view details
- Uncategorized
- Update changelogs prior to release (7ea8582)
- Merge pull request #1705 from GitoxideLabs/merge (520c832)
- Add support for not tracking single empty files. (d3f5f27)
- Enforce
diff.renamelimit
even for identical name matching (d281ba6) - Merge pull request #1708 from EliahKagan/run-ci/mode (34efe03)
- Add missing executable bits on fixture scripts (ed757ea)
- Merge pull request #1701 from GitoxideLabs/release (e8b3b41)