問題タブ [plasticscm]

そのため、PlasticSCMを使用して複製リポジトリをセットアップしようとしています。1つは米国に、もう1つはオーストラリアにあり、ちょっとした問題にぶつかっています。

US構成はActiveDirectoryであり、AU構成はユーザー/パスワードです。これ自体は大したことではありません。私はすでにSID変換テーブルを設定しています。

問題は、plasticscmのレプリケートコマンド自体にあります。これは、米国からAUに複製し、AUサーバーで実行する必要があるコマンドです。

私が立ち往生している部分はauthdata部分です（上記は単なる例です）。隠されたパスワードを生成するにはどうすればよいですか？これら2つのリポジトリが相互に通信するのを妨げるのはそれだけだと思います。

私は現在、10 人の開発者チームのために新しいソース管理オプションを調査しています。Visual Studio 2008 で .net 開発を行っています。現在、ソース管理には VSS を使用しています。

私たちは、優れた Visual Studio プラグインを備えた集中型ソース管理ソリューション (非分散型) を探しています。私のマネージャーは Plastic SCM を推奨しており、私は Subversion について良いことをいつも聞いています。Subversion を採用するか、Plastic SCM を採用するかを決めようとしています。

Plastic SCM に関する情報はあまりなく (彼らが書いたものを除く)、私はそれが良い解決策になるかどうか疑問に思っていました。分岐がはるかに単純であるかのように聞こえます。

一方、Subversion には堅牢で成熟したコミュニティがあり、徹底的なフィールド テストが行​​われています。

これらのツールの長所と短所は何ですか?

また、あなたが提案できる他のツールはありますか？

ありがとう

WPF のような Windows バージョンがあり、Mac のスクリーンショットではタイトル バーに Mono が表示されています。

Mono を使用して C# .NET で記述されていますか?

（彼らはそれを正しくしているように見えるので、私は尋ねているだけです）

ありがとう。

プラスチック SCM に関してすでにいくつかの質問があることは知っていますが、それらは 1 年以上前のものです。最近プラスチックSCMを使った人いますか？あなたはそれについてどう思いますか。

私は git を使用しており、現在は Hg を使用しています。Hg ソース管理は気に入っていますが、Visual Studio との統合はあまり良くなく、関連するタスク/プロジェクト管理ツールもあまり良くありませんでした。プラスチック SCM が推奨されましたが、私はそれについてコミュニティの見解を得たいと思っています。- いいえ、ウェブサイトの文法は気にしません。私はよくマーケティングされた Web サイトよりも、よく設計されたソリューションを好みます。

1) プラスチック SCM を使用したことがある人はいますか? 信頼できますか？

2) Mercurial と比べてどうですか? (これは Windows 上の DVCS の良い候補のようです。Git を試してみましたが、本当に気に入りませんでした。)

3) 私は TortoiseSVN がとても好きです。リポジトリにある場合は「安全」で追跡されるという考えから、私は中央モデルが好きです。質問は次のとおりです。分散バージョン管理 (DVCS) に対する興奮は誇大広告に値するものですか?

私の環境：

1. ウィンドウズ7

2. Windows 開発 (Dev. Studio 2005、SQL Server 2003); 統合はいいだろう

3. 同じコードを共有する 2 人の開発者

4. ほぼ毎日、本番サーバーにコードをプッシュします

Plastic SCMの高速エクスポート/高速インポートを作成していますが、名前にスペースが含まれるディレクトリとファイルの処理に問題があります。

たとえば、git fast-export次のようなものの

最終的に次のようにエクスポートされます。

move" "(R)操作の代わりに。名前にスペースが含まれるファイルでも同じことが起こります。

正しく処理する方法はありますか？
Git はスペースを含むパスの名前変更を処理できないということですか?

以下の実際の例で編集：

私はコミットで次のようなものを持っています:

と言ってインポートに失敗します

だから、ディレクトリの移動とその中のファイルの移動をサポートしていないことを理解しています...少し奇妙ですね。

私はPlasticSCM / Gitの高速エクスポート/高速インポートスイートを作成していますが、いくつかの問題が見つかりました。

私がドキュメントから読んだように：

この設計により、フロントエンドプログラムは無制限の数のブランチを同時に処理し、ソースデータから利用可能な順序でコミットを生成できます。

しかし、「エクスポーター」を実装すると、まだ作成されていないコミットを参照できないことがわかります。たとえば、最初にソースよりもマージのコミット先を導入し、次にソースを参照するだけで、機能しないとします。

したがって、私が理解している限り、「ソースから利用可能な順序でコミットを生成する」という文は単に間違っており、git fast-importは実際にコミットを順番に提供する必要があり、参照は前に導入されたオブジェクトにのみ存在できます。

それが正しいか？

ありがとう。

私たちは、私たちの製品のバージョン管理のために、Subversion の可能な代替手段として Plastic SCM を調査しています。非常に大規模なソース コード ベースに加えて、非常に多くのバイナリ アセット (主にアート アセットですが、一部のドキュメント、AVI なども含まれます) があります。数字を入れるだけです。trunk ブランチの HEAD リビジョンの svn チェックアウトには 1 時間強かかり、ディスク上のサイズは ~9 GB です。

このような環境で Plastic SCM を使用した経験のある人はいますか? または、Plastic SCM のパフォーマンスと大規模なリポジトリの処理に関するホワイトペーパーまたはケース スタディを参照できますか? グーグルは、客観的な研究にはあまり役立たず、Codice 自身が公開したものにすぎません。また、Perforce がこの環境で非常にうまく機能することも認識しています (以前に使用したことがあります) が、私たちはかなり小規模なチームであり、予算も同様に少なく、Codice はこのシステムを小規模なチームに無料で提供しています (「コミュニティ エディション」)。

テストサーバーにインストールして試してみることに非常に近いです...しかし、他の誰かがそのような環境ですでに試している場合に時間を無駄にしないように、最初に質問を投稿したかったのです。お時間をいただきありがとうございます。

2011 年 2 月 2 日更新: 他の誰かが同様の質問をしてこれを見ている場合に備えての更新です...かなり控えめな Windows 2008 Server マシン (2.8GHz Core 2 Duo、4 GB RAM、リポジトリはローカル ネットワーク上の SAN に保存されている) は、プラスチック リポジトリ用に SQL Server 2008 R2 を実行しています。Subversion のリビジョン履歴のインポートには時間がかかりました - 3 日弱 - ~28000 リビジョン。ただし、 Plastic から新しいブランチの新しいチェックアウトを行うのは非常に高速です。前述のSubversionでは 1 時間以上かかるのに対し、Plastic では 4 分弱です。これまでのところ、私たちは非常に感銘を受けています!

GitからPlasticSCMへのインポーターを書いていますが、気づかなかったケースが1つ見つかりました。

ご覧のとおり、最後の要素（Gitリポジトリ自体からfast-exportでエクスポートされたもの）は、マークの代わりにblobに入ります。なぜそれが起こるのですか？すべてのオブジェクトをマークとしてエクスポートするように「強制」する方法はありますか？

ありがとう

Plastic SCMと Git間の双方向同期を開発しています。

Scott Chacon による hg-git Mercurial プラグインを見たことがあります。「リモート git サーバー」を直接「呼び出す」のではなく、ローカルの git リポジトリを使用してすべての操作を実行するのを見てきました。

Chacon がこのようにしたことを考えると、これ以上の方法はないと思いますが、コミット (リビジョン) に関する情報をリモートで受け取る方法があるかどうかを尋ねたかったのです (「コミットのツリーとその方法を教えてください」など)。関連しているので、鉱山で確認できます」) また、完全なローカル git リポジトリを持たずに「プッシュ」を作成する良い方法です。NGit および lib2git ライブラリを調べています。

ありがとう、

パブロ