On Tue, 15 Jan 2013 08:17:50 -0800 (PST)
Russell wrote:
[...]
> > That way your repository always keeps "normalized" blobs.
>
> I agree that this is exactly what I would do to mimic RCS behaviour.
> But I am deliberately trying not to for the reason described below:
>
> Unfortunately using th
On Friday, January 11, 2013 5:41:39 PM UTC-5, Dale Worley wrote:
>
>
> Half of your problem is clear: When you check in a file, the
> version that gets into the repository is processed as you've arranged for
> it
> to be. But of course, that doesn't change the file in the working
> copy, be
On Friday, January 11, 2013 5:41:57 PM UTC-5, Konstantin Khomoutov wrote:
>
> You seem to misunderstand the concept a bit.
> The blobs kept in the repo should have some neutral placeholder, such as
> to read something like "Last modified $Timestamp$" in them.
>
> Then, in the smudge filter, wh
On Fri, Jan 11, 2013 at 11:56:43AM -0800, Russell wrote:
> I am trying to implement a filter that updates a "Last modified: "
> field in a source file comment header on commit. From the reading I've done
> so far this seems to be a different approach to the usual "mimic RCS
> behaviour" approac
> From: Russell
>
> The problem is that the local files and the files in the repo end up out of
> sync. The local files have the old date, but the repo has the modified
> date. I have to rm the file and git checkout to get the change in
> my local directory; strangely git checkout --force doe