I think it is not the good practise of allowing commits when the backup is
happening. other SCM tools like clearcase has facility to lock the
repository before starting the backup.
is there any way to lock the repo before backup??
On Tue, May 5, 2009 at 2:42 PM, Mihamina Rakotomandimby (R12y) <
mihamina_at_lab.vectoris.fr> wrote:
> Irfan Sayed wrote:
> > but lets say i am taking daily full backup from 10.00 PM to 11.00 PM
>
> You mean the dump process will take 1 hour?
> No problem.
>
> > if suppose in this time span someone commits the changes in the latest
> > version after completion of backup then in this case this backup will
> > not be full proof backup because it does not contain the latest chnages
> > made in the latest revision.
>
> The dump will include the last commited revision.
> Although that revision has been commited after you launched the dump
> command.
>
> If the dump has completed _before_ the developper's commit, that last
> commit will be out of the dump. But that is, according to me, the right
> behaviour...
>
> Then, I would advice you to launch you dump process in a time intervall
> where there is the less commits per minutes: when no one work. It's obvious
> to me.
>
> If you have a full time 2 commits/second structure, with no brake, first
> step should be to master SVN first ;-)
>
> Eh, that's just my opinion. We just have 30~50 commits/day between 8AM and
> 5PM.
>
> --
> Chef de projet chez Vectoris
> Phone: +261 33 11 207 36
> System: xUbuntu 8.10 with almost all from package install
> http://www.google.com/search?q=mihamina+rakotomandimby
>
> ------------------------------------------------------
>
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2067024
>
> To unsubscribe from this discussion, e-mail: [
> users-unsubscribe_at_subversion.tigris.org].
>
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2067402
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-05 11:49:56 CEST