Codeplex + SVN. Quelle est la qualité du pont SVN?

Question

J'ai évité CodePlex en raison de son manque de support pour un SVN approprié et j'ai été dissuadé par des plaintes concernant des carences. Récemment, je souhaitais transférer mon projet de beanstalk vers codeplex car ce dernier est plus social.

Quels problèmes avez-vous rencontrés et quelle est la qualité du support de SVN? Quelle est la qualité du pont SVN?

Answer 1

Le côté client SvnBridge a été problématique pour moi lorsque CodePlex avait un programme côté client. Cependant, ils ont déplacé SvnBridge vers leurs batteries de serveurs et cela fonctionne très bien. J'ai 3 projets sur CodePlex, avec 2 d'entre eux utilisant leur contrôle de source. Deux de ces projets ont été migrés depuis SourceForge. L’interface utilisateur de SourceForge a progressivement empiré, alors que CodePlex a été à l’écoute de ses utilisateurs et a amélioré leur expérience utilisateur.

Le problème principal qui me pose problème est que vos commits ne reçoivent pas d’identifiant consécutif. Le pool d'identifiants est partagé avec tous les autres projets sur le serveur TFS sur lequel il est exécuté. À ma connaissance, six serveurs TFS hébergent actuellement des projets CodePlex.

J'héberge moi-même le contrôle de code source pour l'un des projets, car je dois ajouter des scripts de points d'ancrage personnalisés. Sinon, CodePlex va très bien.

Answer 2

Essayez-le d'abord. Mettre en place un " dummy " projet sur CodePlex, ne le publiez pas et découvrez-le.

J'utilise CodePlex et Tortoise SVN depuis un certain temps et c'est bien, mais je ne fais peut-être pas ce que vous voulez.

CodePlex vous donne 30 jours (je pense) pour configurer votre projet sans le publier. Vous pouvez facilement configurer votre projet, vous assurer que les commandes SVN qui vous intéressent fonctionnent, puis publier ou abandonner.

Answer 3

le pont SVN est trop bugggggggggggggggggggy !!! J'ai échoué dans la plupart des projets en utilisant git-svn, hgsubversion, bzr-svn, ... Ce qui me fâche, c’est que cela échoue au milieu avec HTTP 200 OK ou manque complètement de réponse dans git-svn. Je recommande aux personnes de ne pas choisir l'option TFS / SVN dans Codeplex, choisissez plutôt Git / Mercurial; ou passez à GoogleCode ou à SourceForge s’ils souhaitent continuer à utiliser SVN.

Answer 4

Je gère un petit projet sur CodePlex (avec Subversion) et je ne suis pas particulièrement heureux de cette expérience. Les plus gros problèmes sont:

1. Prise en charge incomplète / erronée des fonctionnalités de Subversion. Par exemple, je peux créer un nouveau dossier, mais je ne peux rien y déplacer. Le client de ligne de commande conserve les erreurs en sortie et verrouille le référentiel lorsqu’il parle au serveur SVN.

2. Accès lent au contrôle de source. Très lent, même pour les petits fichiers. L’historique de navigation est pénible.

Je n'ai pas encore essayé "avancé". des fonctionnalités telles que la création de branches et la fusion, mais d'après ce que j'ai lu, elles ne sont actuellement pas prises en charge.

Vous pouvez donc utiliser CodePlex avec TF $, ou aller à Google Code, SourceForge, GitHub, etc ...

Answer 5

De forum tigris

  

J'ai fait moi-même des tests et j'ai constaté que le problème venait du serf   bibliothèque. svn 1.7 utilise serf au lieu de neon comme lib par défaut. Vous pouvez   réglez ceci sur néon dans le fichier de configuration des serveurs:   Paramètres - > Réseau- > Édition puis ajoutez la ligne au bas du fichier

     

http-library = neon

     

puis enregistrez le fichier. Cela réglera les problèmes   avoir avec Codeplex.

     

Stefan