[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: repository layout

From: Jean-Pierre Sevigny <jpierre_at_zingy.com>
Date: 2005-02-11 22:34:29 CET

Yeah i know, i'm just bugging with the detail of having to do it the
first time....

Blame it on fridays.

svn co Pro

> Have you tried this approach?
> AFAIK, the first time you co, a .svn dir is created, which konws the
> path of ur working copy on the repository. So for future cos/cis you
> just have to type
> $>svn ci -m "checking in"
> and to retreive the latest files from the repository into your
> existing svn workign copy
> $> svn update
> and so on. So you only have to give the full src and dest path the
> first time you co.
> I use the trunk/myproject layout, but I don't think its a rule, its
> just a guideline for the repository layout.
> Do try it and let me know if it works.
>
> Thanks,
> Karan
>
> Jean-Pierre Sevigny wrote:
>
>>
>> Hi,
>>
>> I'm reading the best layout for projects is to be:
>>
>> projectA/trunk
>> projectA/branch
>> projectA/tags
>>
>> projectB/trunk
>> ...
>>
>> I understand the principle behind it, but i have a problem with this:
>> if some tools (makefile, etc..) depend on the path to be
>> projectA/src
>> projectA/lib
>> ...
>>
>> This means that everytime someone issues a co, he must specify the
>> destination [PATH]?
>>
>> I find this not very convenient.. is there a better way?
>>
>> Thanks,
>> JP
>>
>> ---------------------------------------------------------------------
>> 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 Feb 11 22:36:55 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.