私はCodePlexを避けました。これは、適切なSVNがサポートされておらず、短所についての苦情があったためです。最近、プロジェクトをbeanstalkからcodeplexに移植したいと思っています。後者の方が、より社会的だからです。
どのような問題が発生し、SVNのサポートはどれほど優れていますか。SVNブリッジはどれくらい良いですか？
質問する
1594 次
5 に答える
4
CodePlexにクライアント側のプログラムがあったとき、クライアント側のSvnBridgeは私にとって問題でした。ただし、SvnBridgeをサーバーファームに移動したため、非常にうまく機能しています。CodePlexには3つのプロジェクトがあり、そのうち2つはソース管理を使用しています。それらのプロジェクトのうちの2つはSourceForgeから移行されました。ソースサイトのUIは次第に悪化し、CodePlexはユーザーの声に耳を傾け、ユーザーエクスペリエンスを向上させてきました。
私が問題にしている主な問題は、コミットが連続したIDを取得しないことです。IDプールは、それが実行されているTFSサーバー上の他のすべてのプロジェクトと共有されます。私の知る限り、CodePlexプロジェクトをホストしているTFSサーバーは現在6台あります。
いくつかの目的でカスタムフックスクリプトを追加する必要があるため、プロジェクトの1つでソース管理を自分でホストしています。それ以外は、CodePlexは問題ありません。
于 2009-04-29T13:55:10.543 に答える
2
最初に試してください。CodePlexで「ダミー」プロジェクトを設定し、公開しないでください。
私はCodePlexとTortoiseSVNをしばらく使用していて、それで問題ありませんが、あなたがやりたいことをしていない可能性があります。
CodePlexは、プロジェクトを公開せずにセットアップするための30日間（私は思う）を提供します。プロジェクトを簡単にセットアップし、関心のあるSVNコマンドが機能することを確認してから、公開または中止することができます。
于 2009-04-29T11:47:44.203 に答える
2
SVNブリッジがあまりにもバグですgggggggggggggggggy!!! git-svn、hgsubversion、bzr-svnなどを使用してほとんどのプロジェクトをチェックアウトできませんでした...私が怒っているのは、HTTP 200 OKで途中で失敗するか、git-svnで完全に応答がないことです。CodeplexでTFS/SVNオプションを選択せず、Git/Mercurialを選択することをお勧めします。または、SVNを引き続き使用する場合は、GoogleCodeまたはSourceForgeに切り替えます。
于 2012-02-17T07:35:26.587 に答える
1
私はCodePlexで（Subversionを使用して）小さなプロジェクトを管理していますが、その経験には特に満足していません。最大の問題は次のとおりです。
Subversion機能の不完全/バギーサポート。たとえば、新しいフォルダを作成することはできますが、そこに何も移動することはできません。コマンドラインクライアントはエラーを出し続け、SVNサーバーと通信するときにリポジトリをロックします。
ソース管理アクセスが遅い。小さなファイルであっても、本当に遅いです。履歴の閲覧は苦痛です。
分岐やマージなどの「高度な」機能は試していませんが、読んだところによると、現在はサポートされていません。
したがって、TF $でCodePlexを使用するか、Google Code、SourceForge、GitHubなどにアクセスできます...
于 2009-05-16T01:48:10.370 に答える
0
私は自分でいくつかのテストを行ったところ、問題は農奴ライブラリにあることがわかりました。svn 1.7は、デフォルトのlibとしてneonの代わりにserfを使用します。サーバー構成ファイルでこれをneonに戻すことができます：[設定]->[ネットワーク]->[編集]次に、ファイルの下部に行を追加します
http-library = neon次に、ファイルを保存します。これにより、Codeplexで発生する問題が修正されます。
ステファン
于 2013-02-26T11:16:03.300 に答える