Hi!
> Finding out which commit last changed that file is slow. That's why
> it breaks down.
That might be, but it only needs to be done when a file is updated.
> You are just to used to CVS/SVN to see that there is a much better
> way in git.
I can see that favouring the argument that having a $Id$ that gives me
the global state id when the file was last updated is a bad idea. Fair
enough. Give me a local state tham (which you did, hash id for the file
contents).
My problem now is the file date. That could possibly be fixed by having
it updated before I check in the file.
So, to summarize, if I've understood the responses here correctly, what
I really want is:
on commit:
- replace "$Date$" (or whatever) with the current time.
- store the contents.
on checkout:
- update the file.
- replace "$Id$" (ditto) with a magic identifier for the file state.
- update git's state so that it doesn't see the "$Id$" expansion
as a change in the file contents.
Now the question is: Where can I find documentation on how to do this
(i.e what should I search for--"hooks"?)?
And, if this goes into the ".git" directory, can I still have it
replicated when I clone a repository? I noticed that my ".git/ignore"
file wasn't replicated and that I had to replace it with a local
".gitignore" to get it under version control.
--
\\// Peter - http://www.softwolves.pp.se/
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
