| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| | |
Don't totally ignore KeyboardInterrupt
|
|/
|
|
|
|
|
|
| |
Commit 2a05400e2 ignored KeyboardInterrupt. I'm *guessing* I did that
to avoid an ugly stacktrace, but even if so, the user's desire to
interrupt execution should not be ignored in this way.
Fixes #83 and #89.
|
| |
|
|
|
|
| |
Fixes #98.
|
| |
|
|\
| |
| | |
Fix Travis builds (#73)
|
|/
|
|
| |
Fixes #73.
|
|\
| |
| |
| |
| | |
aspiers/dependabot/npm_and_yarn/git_deps/html/jquery-3.5.0
Bump jquery from 3.0.0 to 3.5.0 in /git_deps/html
|
| |
| |
| |
| |
| |
| |
| | |
Bumps [jquery](https://github.com/jquery/jquery) from 3.0.0 to 3.5.0.
- [Release notes](https://github.com/jquery/jquery/releases)
- [Commits](https://github.com/jquery/jquery/compare/3.0.0...3.5.0)
Signed-off-by: dependabot[bot] <support@github.com>
|
|/
|
|
|
|
|
|
|
|
| |
Use explicit line buffering of STDOUT.
Originally buffering was disabled by #81 to allow better interaction
with tee(1), but this breaks Python 3 as per #87. So use line
buffering instead.
Closes #87 and #93.
|
| |
|
| |
|
|\
| |
| | |
Fix link in readme to USE-CASES.md
|
|/ |
|
|\
| |
| | |
Use unbuffered IO
|
| |
| |
| |
| |
| |
| |
| | |
Without this patch, git-deps | tee $FILE
only produces output in 4KB chunks
so when you have to kill the process after a day,
you are left with incomplete output.
|
|\ \
| |/
|/| |
Don't crash with commit messages that aren't valid utf-8
|
|/ |
|
|\
| |
| | |
improve docs
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|\
| |
| | |
minor tweaks to improve README
|
|/
|
|
| |
Thanks to Ben North for some useful feedback.
|
|\
| |
| | |
ALGORITHM CHANGE: only diff tree with first parent
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Running git deps on FOO^! is effectively answering the question "which
commits would I need in order to be able to cleanly cherry-pick commit
FOO?" Drilling down further, that could be rephrased more precisely
as "which commits would I need in my current branch in order to be
able to cleanly apply the diff which commit FOO applies to its
parent?"
However, in the case where FOO is a merge commit with multiple
parents, typically the first parent P1 is the parent which is
contained by the merge's target branch B1. That means that the merge
commit FOO has the effect of applying the diff between P1's tree and
the FOO's tree to P1. This could be expressed as:
tree(P1) + diff(tree(P1), tree(FOO)) == tree(FOO)
Therefore the question git-deps needs to answer when operating on a
commit with multiple parents is "which commits would I need in my
current branch in order to be able to cleanly apply diff(tree(P1),
tree(FOO)) to it?"
However, the current algorithm runs the blame analysis not only on
diff(tree(P1), tree(FOO)), but on diff(tree(Px), tree(FOO)) for
*every* parent. This is problematic, because for instance if the
target branch contains commits which are not on P2's branch, then
diff(tree(P2), tree(FOO))
will regress any changes provided by those commits. This will
introduce extra dependencies which incorrectly answer the above
question we are trying to answer.
Therefore change the algorithm to only diff against the first parent.
This is very similar in nature to the -m option of git cherry-pick:
https://stackoverflow.com/questions/12626754/git-cherry-pick-syntax-and-merge-branches/12628579#12628579
In the future it may be desirable to add an analogous -m option to
git-deps.
Sem-Ver: api-break
|
|\ \
| |/
|/| |
add git-fixup and documentation for use case
|
|/
|
|
|
| |
This is a nice new use case for git-deps which makes it even easier
to amend commits buried in the history.
|
|\ |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
If multiple commits depend on commit X, then the git log output for
commit X will only be shown when the first one is discovered.
|
| |
| |
| |
| |
| | |
This was introduced by recent refactoring which split blame_hunk()
into several smaller methods.
|
| |
| |
| |
| |
| | |
In the future, this will let us control the verbosity of the debug
output.
|
| | |
|
| |
| |
| |
| | |
This makes it a bit clearer where the hunk came from.
|
| | |
|
| | |
|