J'ai évité CodePlex en raison de son manque de soutien pour un SVN approprié et a été dissuadé par des plaintes concernant les défauts. Récemment, j'ai voulu porter mon projet de beanstalk à codéplex parce que ce dernier est plus social.Codeplex + SVN. Quelle est la qualité du pont SVN?
Quels problèmes avez-vous rencontrés et quelle est la qualité du support SVN? Quelle est la qualité du pont SVN?
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 dans leurs fermes 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 s'est progressivement détériorée, tandis que CodePlex écoutait ses utilisateurs et améliorait l'expérience utilisateur.
Le principal problème avec lequel j'ai un problème est que vos commits n'obtiennent pas un identifiant consécutif. Le pool d'ID est partagé avec tous les autres projets sur le serveur TFS sur lequel il s'exécute. Autant que je sache, il y a actuellement 6 serveurs TFS hébergeant des projets CodePlex.
Je suis moi-même l'hôte du contrôle de la source pour l'un des projets, parce que j'ai besoin d'ajouter des scripts de hooks personnalisés pour certaines choses. A part ça, CodePlex va bien.
Essayez-le d'abord. Mettre en place un projet "factice" sur CodePlex, ne pas le publier, et découvrez.
J'utilise CodePlex et Tortoise SVN depuis un certain temps et ça va, mais je ne fais peut-être pas ce que vous voulez faire. 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.
Je gère un petit projet sur CodePlex (en utilisant Subversion), et je ne suis pas particulièrement satisfait de l'expérience. Les plus gros problèmes sont les suivants:
Prise en charge incomplète/boguée des fonctions Subversion. Par exemple, je peux créer un nouveau dossier, mais je ne peux rien y faire. Le client de ligne de commande continue d'émettre des erreurs et de verrouiller le référentiel lorsque vous parlez au serveur SVN.
Accès au contrôle de source lente. Vraiment lent, même pour les petits fichiers. L'historique de navigation est une douleur.
Je n'ai pas essayé plus de fonctionnalités « avancées » comme branches et la fusion, mais de ce que je l'ai lu, il est actuellement pris en charge.
Ainsi, vous pouvez utiliser CodePlex avec TF $, ou aller à Google Code, SourceForge, GitHub, etc ...
le pont SVN est trop buggggggggggggggggggy !!! J'ai échoué à vérifier la plupart des projets, en utilisant git-svn, hgsubversion, bzr-svn, ... Ce que je suis en colère, c'est qu'il échoue au milieu avec HTTP 200 OK ou manque complètement de réponse dans git-svn. Je recommande aux gens de ne pas choisir l'option TFS/SVN dans Codeplex, choisissez Git/Mercurial; ou passez à GoogleCode ou SourceForge s'ils veulent continuer à utiliser SVN.
De tigris forum
Je me suis fait quelques tests et a constaté que le problème est avec la bibliothèque serf . svn 1.7 utilise serf au lieu de neon comme lib par défaut. Vous pouvez régler ce retour au néon dans les serveurs de fichiers de configuration: Paramètres-> Réseau-> Modifier puis ajoutez la ligne au bas du fichier
http-library = neonpuis enregistrez le fichier. Cela permettra de résoudre les problèmes que vous avez avec Codeplex.
Stefan