Leo Razoumov <slonik...@gmail.com> writes:
> In presence of smudge/clean filters which SHA1 hash
> (clean content or smudged content) gets stored in the repository?
You are cleaning cruft in the contents before the contents are
hashed to compute the object name. The point is to keep clean
objects in the object database, protected from dirty reality in the
working tree (which you instanciate by applying the smudge filter to
dirty the clean object in the ideal world).
The crlf conversion works exactly the same way. For portability, you
keep a version terminated with LF in the object database and that is
what is hashed to compute the blob object name, but we export with
CRLF line endings for a working tree that wants files whose lines
are terminated that way.
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