Thank you, that seems very useful
> -----Original Message-----
> From: Donal Mc Namee [mailto:Donal.McNamee@VHI.IE]
> Sent: Tuesday, July 17, 2007 3:38 AM
> To: Jean-Sebastien Pilon; users@subversion.tigris.org
> Subject: RE: Re: Server configuration management with svn question
>
> Did you have a look at http://fsvs.tigris.org/ ?
> Could be what you're looking for.
>
> D.
>
> >-----Original Message-----
> >From: Jean-Sebastien Pilon [mailto:jspilon@PENSON.CA]
> >Sent: 13 July 2007 19:57
> >To: James Coleman; users@subversion.tigris.org
> >Subject: RE: Re: Server configuration management with svn question
> >
> >> > I use Subversion for managing my Linux servers configurations. I
> >commit
> >> > the /etc directory of each box on a repository with subfolder for
> >each
> >> > host.
> >>
> >> So is your /etc/ dir on each host an actual checkedout working copy?
> >
> >Yes each /etc is a working copy of
> >
> >https://subversion/repository/<hostname>/etc
> >
> >I achieved the "import" like this
> >
> >$ svn mkdir https://subversion/repository/<hostname>
> >$ svn mkdir https://subversion/repository/<hostname>/etc
> >$ svn checkout https://subversion/repository/<hostname>/etc
> >/etc $ svn add * $ svn commit -m "initial import of /etc for
> ><hostname>"
> >
> >Now when a file is modified on the servers, it must be committed each
> >time.
> >
> >
> >> > I came across a problem when trying to exclude files I do not which
> >to
> >> > monitor/version control.
> >>
> >> Could you give more detail on your problem and list out
> >steps you take
> >> when you get the problem?
> >
> >I wish to exclude files which I find too noisy and that are system
> >generated/modified, which do not need tracking.
> >
> >I did the following:
> >
> >$ svn pe svn:ignore /etc
> >
> >Added files on separate lines
> >
> >$ svn status
> >
> >That said that . (/etc) was modified...
> >
> >$ svn commit
> >
> >Now I modify the file /etc/test (which is listed in the ignores)
> >
> >$ svn status
> >
> >Says that the file is modified...
> >
> >> > How can I add files to an exclude list (even files that
> >are already
> >> > added to the repository) and avoid getting the file
> >deleted off the
> >> > system, in case I need to delete it from the repository to exclude
> >it
> >> > from further commits.
> >> >
> >>
> >> To avoid them getting deleted? During an svn update?
> >>
> >> You can add ignores so that the files will not be listed in
> >svn status
> >but
> >> ignored files will be deleted in many situations.
> >>
> >> James.
> >
> >
> >Now what I want to achieve is doable very easily when I start
> >versioning the /etc directory on a new server. But if I want to ignore
> >files on systems that are currently under version control I have no
> >clue how to get it work.
> >
> >NOTICE: This email contains privileged and confidential information and
> >is intended only for the individual to whom it is addressed. If you are
> >not the named addressee, you should not disseminate, distribute or copy
> >this e-mail. Please notify the sender immediately by e-mail if you have
> >received this transmission by mistake and delete this communication
> >from your system. E-mail transmission cannot be guaranteed to be
> >secured or error-free as information could be intercepted, corrupted,
> >lost, destroyed, arrive late or incomplete, or contain viruses.
> >
> >AVIS: Le présent courriel contient des renseignements de nature
> >privilégiée et confidentielle et n'est destiné qu'à la personne à qui
> >il est adressé. Si vous n'êtes pas le destinataire prévu, vous êtes par
> >les présentes avisés que toute diffusion, distribution ou reproduction
> >de cette communication est strictement interdite. Si vous avez reçu ce
> >courriel par erreur, veuillez en aviser immédiatement l'expéditeur et
> >le supprimer de votre système. Notez que la transmission de courriel ne
> >peut en aucun cas être considéré comme inviolable ou exempt d'erreur
> >puisque les informations qu'il contient pourraient être interceptés,
> >corrompues, perdues, détruites, arrivées en retard ou incomplètes ou
> >contenir un virus.
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> >For additional commands, e-mail: users-help@subversion.tigris.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 20 14:57:42 2007