On 2005.06.06 19:08:27 +0000, Adrian Hoe wrote:
> I'm testing SVN and plan to transition to SVN from CVS. Before
> getting to my main question, can anyone tell me (honestly) why should
> I move to SVN while CVS is still commonly use out there in the open
> source community? My company just started to use CVS not long ago and
> now we find SVN works much better especially the binary files part.
> Moving to SVN means we have to use SVN for our internal development
> and still retain CVS for development in the open source like
> sourceforge and many others.
Many open source projects have switched to svn. I suspect many more
will switch once SF starts offering it. But many others will stick with
cvs. I think you're going to need to have both clients installed,
regardless of which one you use in-house. And don't forget about darcs,
monotone, git, arch, ...
I guess the cvs near-monopoly (in the open source world) was convenient
in some ways, but it's gone and not coming back.
> I installed SVN-1.2.0 on my SuSE Linux 9.1 Pro box. I invoke svnserve
> via xinetd. I am able to do
> svn co svn+ssh://user@hostname/svn/pro/aaa
> I was then asked to enter password for user thrice. I have read the
> archive about required to enter password twice.
> Why is it so? Is this a bug, or extra security? :-) Is there anyway
> to change this?
Maybe you have a svn:externals causing an extra auth?
I wouldn't spend a lot of time worrying about this. I'd spend the time
setting up ssh-agent instead, and eliminate all the password prompts.
(Except the one at the ssh-add prompt, right after you login.)
> Second question: I'm using dynamic IP address for the server. SVN
> will store the url in .svn folder and when IP address of the server
> change, svn will not work because of different server url. Is there a
> way to overcome this problem? One way is to manually edit all
> the .svn/entries but this can become tedious if there are many nested
> folders in the tree.
Create a dynamic DNS entry for the server. Update it when the IP
changes. Have clients always refer to the repository by name, not IP
David Ripton email@example.com
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Mon Jun 6 14:22:14 2005