The main reason I want this functionality if for testing and deployment
purposes. My group writes Real-time Java middleware that needs to be
tested on multiple platforms but I want to keep the platform specific
scripts/Java test cases separate from the middleware core. I also want
all changes to any test case to be automatically replicated to all the
checked out repositories with a simple svn update command (instead of
having to check everything out all over again...too messy). One solution
to this problem on Linux is to use externals and symlinks but this wont
work for us since we also test on windows (no synlinks). And before
writing any custom scripts of my own I wanted to make sure there was no
SVN or SVK feature to enable me to do this.
http://subversion.tigris.org/issues/show_bug.cgi?id=1820+ seems to
indicate that SVK does have the functionality I am looking for but I
havent had enough time to look for how to do it yet.
Krishna Raman
Distributed Object Computing Lab
The Henry Samueli School of Engineering
University of California, Irvine
608 Engineering Tower
University of California, Irvine
Irvine, CA 92697-2700
+1 (949) 824-7548
kraman@doc.ece.uci.edu
http://doc.ece.uci.edu/~kraman/
Tim Hill wrote:
> Why are you trying to do this? It sounds like you might be overlapping
> two needs -- a structure for maintaining source and/or making edits,
> and some kind of aggregated view necessary for the consumer of that
> source (e.g. a tool chain or app)? If so, I would segregate the
> functions; that is, do editing with a working copy that models the
> repository tree, and only "aggregate" the files when necessary for the
> tool (presumably using a script to automate). You could even drive the
> script from svn properties, or possibly use externals.
>
> --Tim
>
> Krishna Raman wrote:
>
>> Well, that wont work for me because a,b,c,d,e,f,g are files and not
>> folders...i read up on svn:externals and that wont work for files
>> wither. Now I;m trying svk to see if there is any feature there that
>> can help.
>>
>> Krishna Raman
>> Distributed Object Computing Lab
>> The Henry Samueli School of Engineering University of California, Irvine
>>
>> 608 Engineering Tower
>> University of California, Irvine
>> Irvine, CA 92697-2700
>> +1 (949) 824-7548
>> kraman@doc.ece.uci.edu
>> http://doc.ece.uci.edu/~kraman/
>>
>>
>>
>> Robert Hunter wrote:
>>
>>> Eden Crane wrote:
>>>
>>>
>>>>>> Krishna Raman wrote:
>>>>>> Does anyone know how I can overlay directories/files in subversion.
>>>>>>
>>>>>> here is the issue. I have 2 subversion folders under 1 repository
>>>>>> /svn/repos/ProjectA/ /svn/repos/ProjectA/a
>>>>>> /svn/repos/ProjectA/b
>>>>>> /svn/repos/ProjectA/c
>>>>>> /svn/repos/ProjectA/d
>>>>>>
>>>>>> /svn/repos/ProjectASuppliment/ /svn/repos/ProjectASuppliment/e
>>>>>> /svn/repos/ProjectASuppliment/f
>>>>>> /svn/repos/ProjectASuppliment/g
>>>>>>
>>>>>> I want to be able to check out both into my home directory in
>>>>>> such a way that i see
>>>>>>
>>>>>> /home/kraman/ProjectAFull/a
>>>>>> /home/kraman/ProjectAFull/b
>>>>>> /home/kraman/ProjectAFull/c
>>>>>> /home/kraman/ProjectAFull/d
>>>>>> /home/kraman/ProjectAFull/e
>>>>>> /home/kraman/ProjectAFull/f
>>>>>> /home/kraman/ProjectAFull/g
>>>>>>
>>>>>> I know this is possible with ClearCase. Any ideas on how to do
>>>>>> this with subversion?
>>>>>>
>>>>>
>>>>>
>>>>> $ mkdir /home/kraman/ProjectAFull
>>>>> $ cd /home/kraman/ProjectAFull
>>>>> $ svn checkout $REPOS/ProjectA .
>>>>> $ svn checkout $REPOS/ProjectASuppliment/e
>>>>> $ svn checkout $REPOS/ProjectASuppliment/f
>>>>> $ svn checkout $REPOS/ProjectASuppliment/g
>>>>>
>>>>
>>>>
>>>> How would you check those files back in when you are done modifying
>>>> them?
>>>>
>>>>
>>>
>>>
>>>
>>> $ cd /home/kraman/ProjectAFull
>>> $ svn commit *
>>>
>>> The "svn status" and "svn commit" commands consider the folders
>>> from ProjectASuppliment to be unversioned when considering
>>> the working copy at /home/kraman/ProjectAFull.
>>>
>>> Explicitly specifying the sub-folders though, there's no issue
>>> because each folder is a working copy in itself.
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> 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 Thu Apr 7 22:18:05 2005