[PATCH 0/2] fix weird git --paginate behavior
- From
Jonathan Nieder <jrnieder@gmail.com>
- Date
- Apr 6, 2010, 04:01 UTC
- Message-ID
- <20100406040145.GA30403@progeny.tock>
- In-Reply-To
- <1270492888-26589-44-git-send-email-pclouds@gmail.com>
Hi,
Nguyễn Thái Ngọc Duy wrote:
> Signed-off-by: Nguyễn Thái Ngọc Duy <pclouds@gmail.com> > Signed-off-by: Junio C Hamano <gitster@pobox.com>
Thanks for posting this series. I had not read it in full before.
The series is very long and it is hard to make certain it does not introduce regressions. Here is my idea for working around this: the idea is to grab patches from the series to form short, independently justifiable mini-series. Once most of the functional changes are merged, it should be a lot easier to evaluate the core code change that makes setup more brittle (which I like a lot).
What do you think? Is it worth the trouble?
Here’s an example mini-series. Patch 1 adds a test case for some weird git -p behavior. Patch 2 fixes it.
Jonathan Nieder (1): t7006: test an edge case for git --paginate
Nguyễn Thái Ngọc Duy (1): builtins: do not commit pager choice early
git.c | 1 - t/t7006-pager.sh | 32 ++++++++++++++++++++++++++++++++ 2 files changed, 32 insertions(+), 1 deletions(-)