Re: [PATCH v4 1/4] Refactor skipping DOS drive prefixes

Hi Junio, On Fri, 22 Jan 2016, Junio C Hamano wrote: > Johannes Sixt writes: > > > I suggest to move the function definition out of line: > > > > diff --git a/compat/mingw.c b/compat/mingw.c > > index 10a51c0..0cebb61 100644 > > --- a/compat/mingw.c > > +++ b/compat/mingw.c > >

[PATCH v1] t0027: Add tests for get_stream_filter()

From: Torsten Bögershausen When a filter is configured, a different code-path is used in convert.c and entry.c via get_stream_filter(), but there are no test cases yet. Add tests for the filter API by configuring the ident filter. The result of the SHA1 conversion is not checked,

蓝色娃娃头

你的朋友邀你来Q群:343257759

Re: [PATCH v6 02/11] update-index: use enum for untracked cache options

On Sat, Jan 23, 2016 at 1:44 AM, Duy Nguyen wrote: > On Wed, Jan 20, 2016 at 4:59 PM, Christian Couder > wrote: >> Signed-off-by: Christian Couder >> Helped-by: Duy Nguyen > > Nit. I think usually your

Re: [PATCH v4 1/4] Refactor skipping DOS drive prefixes

Am 23.01.2016 um 09:25 schrieb Johannes Schindelin: Hi Junio, On Fri, 22 Jan 2016, Junio C Hamano wrote: Johannes Sixt writes: I suggest to move the function definition out of line: diff --git a/compat/mingw.c b/compat/mingw.c index 10a51c0..0cebb61 100644 ---

Re: [PATCH v1] t0027: Add tests for get_stream_filter()

On Saturday, January 23, 2016, wrote: > When a filter is configured, a different code-path is used in > convert.c and entry.c via get_stream_filter(), but there are no test cases > yet. > > Add tests for the filter API by configuring the ident filter. > The result of the SHA1

Regression? Ambiguous tags listed as "tags/"

There was a behavior change in "git tag" in b7cc53e9 (tag.c: use 'ref-filter' APIs, 2015-07-11, v2.5.0-276-gb7cc53e), such that "git tag" now writes "foo" as "tags/foo" if there is also a branch named "foo": % git tag tags/branchortag tagonly Previous behavior: % git tag

[PATCH] tag: do not show ambiguous tag names as "tags/foo"

On Sat, Jan 23, 2016 at 03:56:12PM -0800, Pete Harlan wrote: > There was a behavior change in "git tag" in b7cc53e9 (tag.c: use > 'ref-filter' APIs, 2015-07-11, v2.5.0-276-gb7cc53e), such that "git > tag" now writes "foo" as "tags/foo" if there is also a branch named > "foo": > > % git tag >

[PATCH v2] t0027: Add tests for get_stream_filter()

From: Torsten Bögershausen When a filter is configured, a different code-path is used in convert.c and entry.c via get_stream_filter(), but there are no test cases yet. Add tests for the filter API by configuring the ident filter. The result of the SHA1 conversion is not checked,

Re: [PATCH] tag: do not show ambiguous tag names as "tags/foo"

On Sun, Jan 24, 2016 at 02:12:35AM -0500, Jeff King wrote: > In theory, the ref-filter code could figure this out by us > passing FILTER_REFS_TAGS. But there are two complications > there: > > 1. The handling of refname:short is deep in formatting > code that does not even have our