I think you should describe here _what_ is tested by the new test(s),
and how it is named.
BTW. the test itself is a bit short on comments...
[...]
[...]
[...]
[...]
It would be nice to have 1 or 2 lines description of those functions,
perhaps with calling convention. See for example comments in
t/test-lib.sh (some of which are in t/README instead ;-).
What are conventions used by other tests? Somehow I doublt is is
"[OOPS]"...
Instead of
if test $(git ls-files -u | wc -l) -gt 0
you should write IMHO
if test -n "$(git ls-files -u)"
or just
if test "$(git ls-files -u)"
[...]
[...]
It would be nice if you have provides, as comment to this step,
ASCII-art graph of commits you want to have created.
BTW. instead of
c0=$(git rev-parse HEAD) &&
you can use
c0=$(git rev-parse c0^{}) &&
or even "c0^{commit}".
[...]
Not "git config --unset branch.master.mergeoptions"?
--
Jakub Narebski
Poland
ShadeHawk on #git
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html