Am 10/4/2012 9:39, schrieb Nguyễn Thái Ngọc Duy:
> - - If the pattern does not contain a slash '/', git treats it as
> - a shell glob pattern and checks for a match against the
> - pathname relative to the location of the `.gitignore` file
> - (relative to the toplevel of the work tree if not from a
> - `.gitignore` file).
> + - If the pattern does not contain a slash '/' nor '**', git
> + treats it as a shell glob pattern and checks for a match
> + against the pathname relative to the location of the
> + `.gitignore` file (relative to the toplevel of the work tree
> + if not from a `.gitignore` file).
> +test_expect_success '"**" with no slashes test' '
> + echo "a**f foo=bar" >.gitattributes &&
> + cat <<\EOF >expect &&
> +f: foo: unspecified
> +a/f: foo: bar
> +a/b/f: foo: bar
> +a/b/c/f: foo: bar
Should the above .gitattributes match nested paths, such as b/a/c/f?
I think it should, because the user can easily say "/a**f" that nested
paths should not be matched.
But if it does not match, as your documentation update implies, which
options does the user have to match nested paths? Only to add more
patterns for each nested directory, such as "b/a**f".
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html