Codeplex + SVN. How good is the SVN bridge?

I avoided CodePlex due to a lack of proper SVN support and was discouraged from complaining about short sentences. I recently wanted to migrate my project from beanstalk to codeplex, because the latter is more social.

What problems have you encountered and how good is SVN support. How good is the SVN bridge?

+6
version-control svn beanstalk codeplex
source share
5 answers

The client side of SvnBridge was problematic for me when CodePlex had a client program. However, they have moved SvnBridge to their server farms, and it works very well. I have 3 projects on CodePlex, and 2 of them use their own control source. Two of these projects have been ported from SourceForge. The SourceForge interface was gradually getting worse, and CodePlex was listening to its users and improving the user interface.

The main problem I ran into is that your commits do not get a consistent identifier. The identifier pool is shared with all other projects on the TFS server on which it is running. As far as I know, there are currently 6 TFS servers that host CodePlex projects.

I have an original control for one of the projects, because I need to add my own scripts for several things. Plus, CodePlex is just fine.

+4
source share

Try again first. Set up your dummy project on CodePlex, don’t publish it or recognize it.

I have been using CodePlex and Tortoise SVN for some time, and that's fine, but I may not be doing what you want to do.

CodePlex gives you 30 days (I think) in which you can customize your project without publishing it. You can easily customize your project, make sure that the SVN teams that interest you work, and then publish or interrupt.

+2
source share

SVN bridge too bugggggggggggggggggggy !!! I was not able to check most projects using git-svn, hgsubversion, bzr-svn, ... I am angry that it fails in the middle with HTTP 200 OK or has no response in git-svn completely. I recommend that people do not choose the TFS / SVN option in Codeplex, select Git / Mercurial; or switch to GoogleCode or SourceForge if they want to continue using SVN.

+2
source share

I run a small CodePlex project (using Subversion) and I am not very happy with this experience. The biggest problems:

  • Incomplete support for Subversion functions. For example, I can create a new folder, but I can not move anything to it. The command line client continues to fail and blocks the repository when talking to the SVN server.

  • Slow access to control source. Very slow, even for small files. Watching history is a pain.

I have not tried any more "advanced" functions like branching and merging, but from what I read, it is not currently supported.

So you can use CodePlex with TF $ or go to Google Code, SourceForge, GitHub, etc.

+1
source share

From the tigris forum

I checked myself and found that the problem was with the serf library. svn 1.7 uses serf instead of neon as lib by default. You can set it back to neon in the server configuration file: Settings-> Network-> Change, then add a line at the bottom of the file

http-library = neon

then save the file. This will fix the problems you have with Codeplex.

Stephen

0
source share

All Articles