Re: [PATCH v2 09/12] t7406: use "git pull" instead of "git pull --rebase"
- From
Paul Tan <pyokagan@gmail.com>
- Date
- May 7, 2015, 18:17 UTC
- Message-ID
- <CACRoPnQ3zYsv63pNUtasS6y2HnWMYqwssF=yFA3OHVvF2Yb5Sw@mail.gmail.com>
- In-Reply-To
- <xmqqfv78qp13.fsf@gitster.dls.corp.google.com>
Hi,
On Fri, May 8, 2015 at 1:24 AM, Junio C Hamano <gitster@pobox.com> wrote:
> Paul Tan <pyokagan@gmail.com> writes: > If 'git pull' gets broken, it will break this test _anyway_.
You have a point, perhaps this should be changed to git-fetch + git-merge?
Well my reasoning is that it's because git-pull --rebase requires more code to be implemented than git-pull. So I'm thinking that git-pull --rebase is more likely to break than git-pull.
Show 5 quoted lines
> Unless > the operating assumption is "it is OK to break 'git pull --rebase', > as long as we do not break 'git pull', while rewriting it", I am not > sure the value of the change in this patch. We'd need to keep both > form working, no?
Yes, ultimately the git-pull rewrite must re-implement everything, but if this test suite is affected by any git-pull (--rebase) breakage, then there will be lots of patch noise as this test suite's tests get disabled/re-enabled in the git-pull rewrite patches.
But if the patch noise is okay, then I'm fine with dropping this patch and 07/12.
Thanks, Paul