On Wed, Oct 19, 2011 at 3:58 PM, Harald Wilhelmi
<harald.wilhelmi_at_tngtech.com> wrote:
>
> svn copy a b
> echo -n yyy >b
> svn commit -m 'c2' .
>
> Of cause I expect 'b' to contain 'yyy'. However sometimes it
> contains 'xxx'. After this the repository is all consistent and fine
> in my opinion (expect that 'a' has the unexpected content). However
> the working copy looks strange. It behaves like that:
>
> 1) 'svn status' and 'svn diff' agree that there is no local change
> in 'b'.
>
> 2) If I just do a 'touch' on on 'b' without changing it's content,
> the svn command changes it's opinion. Now 'svn diff' and
> 'svn status' agree that there is a local modification (xxx->yyy).
>
> Since I added the equivalent of a 'sleep 1' just after the 'svn copy'
> I have not seen the issue again.
>
> Do you consider that a bug?
Svn is going to look at the timestamps (and maybe the length) on the
pristine copy and your visible working copy file and if they match,
assume there are no differences. So you need at least the timestamp
resolution of your filesystem difference between the creation and
change.
--
Les Mikesell
lesmikesell_at_gmail.com
Received on 2011-10-20 01:07:11 CEST