Ho evitato CodePlex a causa della mancanza di supporto per il corretto SVN ed è stato dissuaso dalle lamentele sulle mancanze. Recentemente, volevo trasferire il mio progetto da beanstalk a codeplex perché quest'ultimo è più social.Codeplex + SVN. Quanto è buono il ponte SVN?
Quali problemi hai riscontrato e quanto è buono il supporto per SVN. Quanto è buono il ponte SVN?
Il lato client SvnBridge è stato problematico per me quando CodePlex aveva un programma client. Tuttavia, hanno spostato SvnBridge nelle loro server farm e sta funzionando molto bene. Ho 3 progetti su CodePlex, di cui 2 utilizzano il controllo del codice sorgente. Due di questi progetti sono stati migrati da SourceForge. L'interfaccia utente di SourceForge è progressivamente peggiorata, mentre CodePlex ascolta i suoi utenti e migliora l'esperienza dell'utente.
Il problema principale che ho un problema è che i tuoi commit non ottengono un ID consecutivo. Il pool ID è condiviso con tutti gli altri progetti sul server TFS su cui è in esecuzione. Per quanto ne so ci sono attualmente 6 server TFS che ospitano progetti CodePlex.
Sto ospitando il controllo del codice sorgente per uno dei progetti, perché ho bisogno di aggiungere script di hook personalizzati per alcune cose. Oltre a questo, CodePlex va bene.
Provalo prima. Impostare un progetto "fittizio" su CodePlex, non pubblicarlo e scoprirlo.
Ho usato CodePlex e Tortoise SVN per un po 'di tempo e va bene, ma potrei non fare quello che vuoi fare.
CodePlex ti dà 30 giorni (credo) in cui impostare il tuo progetto senza pubblicarlo. È possibile impostare facilmente il progetto, assicurarsi che i comandi SVN a cui si è interessati funzionino e quindi pubblicare o interrompere.
Gestisco un piccolo progetto su CodePlex (utilizzando Subversion) e non sono particolarmente soddisfatto dell'esperienza. I maggiori problemi sono:
Supporto incompleto/buggy delle funzionalità di Subversion. Ad esempio, posso creare una nuova cartella, ma non posso spostare nulla in essa. Il client della riga di comando mantiene l'errore e blocca il repository quando comunica con il server SVN.
Accesso al controllo lento della sorgente. Davvero lento, anche per file di piccole dimensioni. La cronologia di navigazione è un dolore.
Non ho provato più funzioni "avanzate" come la ramificazione e la fusione, ma da quello che ho letto, non è attualmente supportato.
Quindi, è possibile utilizzare CodePlex con il TF $, o andare a Google Code, SourceForge, GitHub, ecc ...
il ponte SVN è troppo buggggggggggggggggggy !!! Non riesco a controllare la maggior parte dei progetti, usando git-svn, hgsubversion, bzr-svn, ... Quello che mi fa arrabbiare è che fallisce nel mezzo con HTTP 200 OK o manca completamente la risposta in git-svn. Io raccomando alle persone di non scegliere l'opzione TFS/SVN in Codeplex, scegliere Git/Mercurial; oppure passare a GoogleCode o SourceForge se vogliono continuare a utilizzare SVN.
Da tigris forum
ho fatto qualche prova me stesso e ha scoperto che il problema è con il servo biblioteca. svn 1.7 usa il servo invece di neon come la lib predefinita. È possibile impostare questo nuovo al neon nel file server di configurazione: Impostazioni-> Rete-> Modifica quindi aggiungere la riga alla fine del file
http-library = neonquindi salvare il file. Questo risolverà i problemi che hai con Codeplex.
Stefan