You are viewing a plain text version of this content. The canonical link for it is here.

Posted to users@subversion.apache.org by Kylo Ginsberg <ky...@gmail.com> on 2007/02/03 00:34:36 UTC

cvs-like functionality re modules and admin files

Hello,

We have a large (9GB, 7 years of code) cvs repository, which I'm
evangelizing that we move to subversion.  A couple of questions about
admin files:

1) cvs versions the administrative files b/c CVSROOT is a special
directory, whereas subversion does not.  It would be nice if admin
files (e.g. hooks and files they use) were under revision control.  Is
there a recommended practice in this regard?

2) We have a long history of using cvs modules, so that various
projects can select the directories of interest on checkout.  Right
now, we plan to write a script to parse the existing modules file and
do checkouts based on those modules.  I looked in collab.net's contrib
for such a script.  Has anyone written something like this and/or is
there a recommended practice?

Thanks,
Kylo

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: cvs-like functionality re modules and admin files

Posted by Ryan Schmidt <su...@ryandesign.com>.

On Feb 3, 2007, at 14:55, Kylo Ginsberg wrote:

>> > 1) cvs versions the administrative files b/c CVSROOT is a special
>> > directory, whereas subversion does not.  It would be nice if admin
>> > files (e.g. hooks and files they use) were under revision  
>> control.  Is
>> > there a recommended practice in this regard?
>>
>> You can check your hooks and configs into the repository if you want.
>> You can write a post-commit hook that would auto-update the configs
>> and hooks. This way, anyone could check out the hooks or configs on
>> their desktop, change something, commit it, and the server would  
>> auto-
>> update. If this is what you want, then it can be done.
>
> Thanks, this is a fine idea: basically define a special directory in
> the repository a la CVSROOT, and have the post-commit hook for said
> directory update the hooks directory.  Might get a little exciting if
> the post-commit hook itself is what's being committed, but that can be
> special-cased.
>
> I wonder if the svn dev team has considered incorporating this
> functionality into the tool itself as cvs does?

I assume they've not done this because it's easy to do yourself, and  
there are many other things which are not easy / not possible to do  
yourself which they are working on (such as merge tracking, true  
renames, etc.).


>> > 2) We have a long history of using cvs modules, so that various
>> > projects can select the directories of interest on checkout.  Right
>> > now, we plan to write a script to parse the existing modules  
>> file and
>> > do checkouts based on those modules.  I looked in collab.net's  
>> contrib
>> > for such a script.  Has anyone written something like this and/ 
>> or is
>> > there a recommended practice?
>>
>> I believe you want svn:externals here. See the book:
>>
>> http://svnbook.red-bean.com/en/1.2/svn.advanced.externals.html
>
> I've considered using externals for this purpose but backed away for
> the following reason.  Let me know if I'm missing something but if you
> check out using externals (even if from the same repository), you
> cannot atomically commit across those externals.  So I need to give up
> commit atomicity with this approach, something I'm reluctant to do.
> Hence the idea of a modules-ish script.  Thoughts?

True, but externals would be no different than your proposed script  
which would do additional checkouts.

The alternative, if you want to be able to do commits that span  
externals (or your main code and an external) is to use "svn switch"  
instead. Example:

You have a directory foo that you check out, and it contains empty  
directories bar and baz which you want to come from somewhere else in  
the repository:

/foo/
	bar/
	baz/

After you check this out, you "svn switch" bar and baz to the correct  
location within the repository. This must be done every time you  
check out, so you could write a script to do that (and have the  
script in the working copy).



-- 

To reply to the mailing list, please use your mailer's Reply To All  
function


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org