Message ID | 20230512080339.2186324-1-felipe.contreras@gmail.com (mailing list archive) |
---|---|
Headers | show |
Series | diff: fix -s and --no-patch | expand |
Felipe Contreras wrote:
> This fixes an issue Sergey Organov reported.
Sergey, as you can see this series fixes the issue you reported.
First, I think these should remain working the same, simply for convenience:
* git diff # default output
* git diff --patch # patch output
* git diff --raw # raw output
* git diff --stat # stat output
I don't think there's a way I can be convinced otherwise.
But there's many changes:
1. git diff -s --raw # before: nil, after: raw
2. git diff --no-patch --raw # before: nil, after: raw
3. git diff --patch --no-patch --raw # before: nil, after: raw
4. git diff --raw --patch --no-patch # before: nil, after: raw
I don't think there's any way you can say my 174 changes make the code work
"exactly the same".
And this is better than Junio's solution, because #4 outputs a raw format,
while in Junio's solution it doesn't output anything.
Even if you don't agree with everything, this solution is better than the
status quo, and it's better than Junio's solution as it fixes --no-patch
immediately.
Cheers.
Felipe Contreras <felipe.contreras@gmail.com> writes: > Felipe Contreras wrote: >> This fixes an issue Sergey Organov reported. > > Sergey, as you can see this series fixes the issue you reported. > > First, I think these should remain working the same, simply for convenience: > > * git diff # default output > * git diff --patch # patch output > * git diff --raw # raw output > * git diff --stat # stat output > > I don't think there's a way I can be convinced otherwise. Fine with me. > > But there's many changes: > > 1. git diff -s --raw # before: nil, after: raw > 2. git diff --no-patch --raw # before: nil, after: raw > 3. git diff --patch --no-patch --raw # before: nil, after: raw > 4. git diff --raw --patch --no-patch # before: nil, after: raw Fine as well. > > I don't think there's any way you can say my 174 changes make the code work > "exactly the same". I said that in the context where we discussed entirely separate issue "handling of defaults by Git commands". Irrelevant to these series as they don't touch this aspect as visible from outside, even though you do change the implementation for better. > > And this is better than Junio's solution, because #4 outputs a raw format, > while in Junio's solution it doesn't output anything. Yes, and that's where I agreed from the very beginning. > Even if you don't agree with everything, this solution is better than the > status quo, and it's better than Junio's solution as it fixes --no-patch > immediately. Yep, it fixes "--no-patch" semantics indeed, and as I already said, I do vote in favor of this change, for what it's worth. Thanks, -- Sergey Organov