Ah, so thats why checking out a folder of a 10gb results in an decrease of 20gb drive space! Good to know!
I guess subversion was never meant for backing up large files; It's just that svn with versions is so easy to use! I will look into rsync or something for those files. Thanks for your help guyz! On Jul 30, 8:04 pm, Rob Rye <[email protected]> wrote: > 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 > >> 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.
