Ramkumar Ramachandra wrote:
> The --follow feature can be used to follow the history of a file over
> a merge commit, and is useful even when the file hasn't been
> copied/renamed. Add a test to show off this feature.
I can't claim to have followed the discussion, but I don't understand
the above. If the file's name hasn't changed, the most one can hope
for is that --follow doesn't hurt, no?
> + cat >expect <<-\EOF &&
> + df26551 add a line to the beginning of ichi
> + 882d8d9 add a line to the end of ichi
> + 2fbe8c0 third
> + f7dab8e second
> + 3a2fdcb initial
> + EOF
> + test_cmp expect actual
| As with any programming projects, existing programs are the best
| source of the information. However, do _not_ emulate
| t0000-basic.sh when writing your tests. The test is special in
| that it tries to validate the very core of GIT.
| other tests that simply rely on basic parts of the core
| GIT working properly should not have that level of intimate
| knowledge of the core GIT internals. If all the test scripts
| hardcoded the object IDs like t0000-basic.sh does, that defeats
| the purpose of t0000-basic.sh, which is to isolate that level of
| validation in one place.
Hard-coding object names makes it painful to tweak a given test and
tests that come before it, lest a timestamp or the phase of moon
change and cause the object names to drift. Don't do it, except
Hope that helps,
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