-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
combinediff should accept an arbitrary number of files #50
Comments
Oh, if all of the patches are non-overlapping, I could just |
hello , one day I'd like have time to fix some of these legit issues and also document some important features . |
The first thing I can think of for a patch composed of several incremental patches is combining Linux kernel patches: if I want to see the difference between kernel 5.10 and 5.15, I need to combine patch-5.11, patch-5.12, patch-13, patch-14, and patch-15. I'm trying to do this at the moment using shell redirection:
or
but it is not working properly for me - while I do get output, I also get an error message
and the patches aren't properly merged. The |
I'm not sure what you're quoting since my original comment didn't mention anything about "incremental patches". I'm simply requesting that |
splitdiff
is able to split a single patch file into multiple (potentially many) patch files.combinediff
is able to combine exactly two patch files.Why is
combinediff
not a proper inverse ofsplitdiff
? I think that usingcombinediff
to undo the work ofsplitdiff
ought to be straightforward, but it instead seems awkward:I need to:
for
loop, which I usually try to avoid.sponge
frommoreutils
).(Is there a better way?)
It would be much nicer if
combinediff
accepted an arbitrary number of files on the command-line and expected them to be in order. For non-overlapping patches, I then could simply usecombinediff *
.I'm using patchutils 0.4.2.
The text was updated successfully, but these errors were encountered: