Exactly. Sorry I did not make that explicit. On Jul 30, 2010, at 10:56 AM, Quinn Taylor wrote:
> Reverting files doesn't cause any extra data traffic — Subversion stores the > latest server version of each file locally in a hidden directory. You can > revert without even having a connection to the repository. > > - Quinn > > On Jul 30, 2010, at 10:32 AM, Guz wrote: > >> Thanks, >> >> At least that will not make my repository bigger, but will still >> generate a lot of extra data traffic. >> Not a big problem, but rather anoying, because you have to manually go >> through all the changed files. >> >> I think I will try to make my media files read-only or something.. :) >> >> >> On Jul 30, 5:18 pm, Rob Rye <[email protected]> wrote: >>> I am not familiar with the specific problem you cite. Nonetheless, you are >>> probably correct in your guess about the header. >>> >>> One quick solution, annoying as it would be, would be to use the revert >>> command (button) in Versions every time there is a change you know is not >>> substantive (e.g. just a change in a header indicating that the video has >>> been played again). This procedure should revert the working copy version >>> to the version on the repository. >>> >>> On Jul 28, 2010, at 1:04 PM, Guz wrote: >>> >>> >>> >>>> Does anyone else have this problem or know a cure? >>> >>>> If quicktime video files that I have in my repository are touched by >>>> another program, Versions will mark them as changed and wants to >>>> update it to the repository. >>> >>>> I am very sure the video's where not changed. Perhaps quicktime stores >>>> a little info in the header (perhaps a timestamp or something). >>>> Or could it be that files on mac somehow store information about the >>>> applications that use the file? >>> >>>> If I check the finder, the creation date is that of the last checkout, >>>> and the file change date is that of the last time the quicktime was >>>> opened. >>> >>>> I don't want to store muliple copies of large video files if they >>>> really aren't changed. >>>> Does anyone know a solution? >>> >>>> Perhaps the next gen SVN handles large files better - not storing >>>> whole files, but only the changes in large files! :) >>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "Versions" group. >>>> To post to this group, send email to [email protected]. >>>> To unsubscribe from this group, send email to >>>> [email protected]. >>>> For more options, visit this group >>>> athttp://groups.google.com/group/versions?hl=en. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Versions" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/versions?hl=en. >> > -- You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/versions?hl=en.
