Pregunta

Evité CodePlex debido a su falta de soporte para un SVN adecuado y fui disuadido por las quejas sobre los fallos. Recientemente, he querido portar mi proyecto de beanstalk a codeplex porque este último es más social.

¿Qué problemas ha encontrado y qué tan bueno es el soporte para SVN? ¿Qué tan bueno es el puente SVN?

¿Fue útil?

Solución

El lado del cliente SvnBridge ha sido problemático para mí cuando CodePlex tenía un programa del lado del cliente. Sin embargo, han trasladado SvnBridge a sus granjas de servidores, y está funcionando muy bien. Tengo 3 proyectos en CodePlex, con 2 de ellos usando su control de código fuente. Dos de esos proyectos fueron migrados desde SourceForge. La interfaz de usuario de SourceForge ha ido empeorando progresivamente, mientras que CodePlex ha estado escuchando a sus usuarios y ha mejorado la experiencia del usuario.

El problema principal con el que tengo un problema es que sus confirmaciones no obtienen una ID consecutiva. El grupo de ID se comparte con todos los demás proyectos en el servidor TFS en el que se está ejecutando. Que yo sepa, actualmente hay 6 servidores TFS que albergan proyectos CodePlex.

Yo mismo alojo el control de código fuente para uno de los proyectos, porque necesito agregar scripts de enganches personalizados para algunas cosas. Aparte de eso, CodePlex está bien.

Otros consejos

Pruébalo primero. Configurar un " dummy " proyecto en CodePlex, no lo publique, y descúbralo.

He estado usando CodePlex y Tortoise SVN por algún tiempo y está bien, pero podría no estar haciendo lo que quieres hacer.

CodePlex le da 30 días (creo) para configurar su proyecto sin publicarlo. Puede configurar fácilmente su proyecto, asegurarse de que los comandos SVN que le interesan funcionen, y luego publicarlos o cancelarlos.

el puente SVN es demasiado buggggggggggggggggggy !!! Fallé al registrar la mayoría de los proyectos, usando git-svn, hgsubversion, bzr-svn, ... Lo que me molesta es que falla en el medio con HTTP 200 OK o que carece completamente de respuesta en git-svn. Recomiendo a las personas que no elijan la opción TFS / SVN en Codeplex, elija Git / Mercurial; o cambie a GoogleCode o SourceForge si desean continuar usando SVN.

Administro un pequeño proyecto en CodePlex (usando Subversion), y no estoy particularmente contento con la experiencia. Los mayores problemas son:

  1. Compatibilidad incompleta / con errores de las funciones de Subversion. Por ejemplo, puedo crear una nueva carpeta, pero no puedo mover nada a ella. El cliente de la línea de comandos sigue emitiendo errores y bloquea el repositorio cuando habla con el servidor SVN.

  2. Acceso lento al control de la fuente. Realmente lento, incluso para archivos pequeños. El historial de navegación es un dolor.

No he probado más " avanzado " características como la bifurcación y la fusión, pero de lo que he leído, actualmente no es compatible.

Por lo tanto, puede usar CodePlex con TF $, o ir a Google Code, SourceForge, GitHub, etc ...

De tigris forum

  

Hice algunas pruebas y descubrí que el problema es con el siervo.   biblioteca. svn 1.7 usa serf en lugar de neon como la biblioteca por defecto. Usted puede   vuelve a establecer en neón en el archivo de configuración del servidor:   Configuración- > Red- > Editar, luego agregue la línea en la parte inferior del archivo

     

http-library = neon

     

luego guarda el archivo. Esto solucionará los problemas que   tener con Codeplex.

     

Stefan

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top