>
>>> I know SVN branching/tagging is relatively cheap, but with a gig of code
>>> even a cheap branch takes a long time to create and work with.
>>>
>> No. creating a branch of 1 file and 1 million files takes the same
>> amount of time and disk space in the repository.
>>
>>
>>> files may not be duplicated in SVN, but checking out the branch essentially
>>> duplicates all the files on my local file-system. Is there any way to
>>> selectively checkout only the files from a branch that differ from the
>>> trunk, or merge an incomplete branch?
>>>
>> Normally you would use the Switch command to change your working copy
>> to point to your branch. When you are done you switch back to trunk
>> and then merge the changes from the branch to trunk and commit.
>> Switch is very intelligent and efficient.
>>
>> You can switch specific files and folders, but I would typically
>> recommend switching the entire project so you do not accidentally
>> change something on trunk that you meant to change on the branch.
>>
>
> I wasn't referring to SVN's internal performance. You're absolutely right, creating a branch/tag in the repo is very cheap. I was referring to Eclipse's "switch to branch/tag..." feature. It may be smart, but it still takes forever to process my codebase, especially if I'm working remotely and there's considerable network latency. The difference between the branch including every file, and only the files I care about can mean the difference between a 1-hour and 1-minute wait.
>
> Regards,
> Chris
>
>
Have you tried the new Subclipse over at
http://merge-tracking.open.collab.net/servlets/ProjectProcess?pageID=3709&freeformpage=Merge%20Client%20Installation%20Instructions
It will upgrade your working copy to 1.5 (so it will be incompatible
with any 1.4 client), but so far I'm seeing some performance improvements.
Russ
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-02-29 02:05:37 CET