問題タブ [plasticscm]

「二重簿記」を必要とせずに、Github や Bitbucket などの一般的なコード ホスティング サービスの 1 つを優先的に使用しながら、Plastic SCM を社内で使用する簡単なワークフローはありますか?

SourceSafeからの移行の可能性についてSCMを評価しています。プラスチックSCMは良い印象を与えます。SourceSafeからのインポーターがあることはわかりましたが、VSSの特殊な機能、つまり「共有ファイル」をどのように処理するかについて多くの情報を見つけることができませんでした。誰かがその特定の側面または一般的なこの移行の経験がありますか？

私は多くのことを読み、GIT、GIT Tortoise、Tortoise SVN、PlasticSCMを試し、小さなチーム（5〜10人のユーザー）に適したソース管理を見つけました。

私たちのチームの背景：6人のコピーライター/エディター（2人のリモート）、2人の開発者、2人のグラフィックデザイナー。私たちは常に一緒にプロジェクトに取り組んでいるわけではありません。特定のプロジェクトに取り組んでいるのは最大5人の場合もあります。私はDVCSの開発者については心配していません。私の懸念は、主に、技術的能力が（最も良い方法で）制限されている他の役割に関するものです。一部のコピーライターは、複数のソースファイル（HTML、PDF、およびコンセプトグラフィックの追加）を、バージョン管理されていないライブのビルドディレクトリ（build.23.06.11.new.new.final.zipとしてバックアップ）に更新します。コピーチームとGDチームには、時間はありません。あるいは、残酷に正直に言うと、競合をマージ/解決する傾向がありません。あるいは、ブランチを切り替えることを忘れないでください。

いくつかのSOの質問により、かなり一貫性のあるアプローチと思われるものが明らかになりました。メイントランク（トランクにジャンクがない！）と、チームに独自のブランチがあり、リリースブランチがあるなどです。

リンクを読み直すたびに...

• https://stackoverflow.com/questions/3854583/version-control-system-for-small-in-house-team
• バージョン管理の開始
• http://svn-ref.assembla.com/subversion-how-tos.html

...そしてグーグル一般的に、私はまだ自分自身に同じ質問をすることになります：

1. 「トラブルポイント」（コピーチーム）の役割固有のブランチを作成してリポジトリにプッシュできるようにするのは悪い考えですか？開発者は自分の作業を実際のプロジェクトブランチにマージしますか？
2. それでも、他のすべての人にブランチごとのタスクを適用する必要がありますか？
3. すべての人に対してブランチごとのタスクを実行する必要がありますが、コピーチームに非常に幅広いタスクを作成させる必要がありますか？
4. 通常、重要なマージを行うリポジトリの「管理者」の役割と見なされるチーム/グループ/人はいますか？
5. （コピーライターがソースに触れない代替の提案されたワークフローはありますか？）

残念ながら、コピーチームは、ファイルの更新において重要な役割を果たします。ファイルの更新は、開発中に継続的にレイアウトやあらゆる種類のものに影響を及ぼします。プロジェクトが終了するまで彼らをバブルに留めて、彼らの仕事を引き込むことができるわけではありません。

...良いニュースは、うまくいけば、数年後、私はすべての人にバージョン管理に移行するように強制する準備ができているということです！また、直感的なGUIとWindowsの統合のためにPlasticSCMを採用しました。

この質問に対する最良の答えは、上記の4つのポイント（必要に応じてポイント5に取り組む）に答え、可能であれば弱点を説明し、アドバイスや落とし穴などを提供することです。

乾杯！

私はしばらくの間、Plastic SCM を使用してきましたが、ブランチの変更セットがどのように機能するかについての私のメンタル モデルに欠陥があることを発見したのはつい最近のことです。

次の単純なシナリオを検討してください。

• ファイルのあるブランチ A があるとしますfoo.txt
• A の最新の変更セットを子ブランチ B にブランチします。
• ワークスペースを B に切り替えてチェックアウトfoo.txtし、変更を加えてチェックインします。
• B の最後の変更セットを C に分岐します。
• C を A にマージしようとしています

つまり、A から B に分岐し、B で変更foo.txtし、C に分岐し、C から A にマージします。

驚いたことに、foo.txtB 中間ブランチで行った変更は無視されました。なぜなら、私は C で に変更を加えていなかったからfoo.txtです。したがって、C から A へのマージ後、A には、B をブランチする前の元の foo.txt が含まれています。

C から A への完全なマージを実行するときに、B の中間の変更がマージされることを期待していましたが、ブランチの変更セットに関する私の理解は明らかに間違っていました。これにより、不思議なことに変更が失われたときに、かなりのクリーンアップが発生しました。

Git と Mercurial またはその他の DVCS は同様に動作しますか?

編集：

Plastic バージョン <= 3 は、ソース ブランチの変更のみをマージし、中間ブランチはマージしません。

Plastic >= 4 は分岐パス全体をマージします。

Git や Hg を含む一般的な DVCS について 1 つ質問があります。

Git と Hg の両方で、マージ トラッキングは「ファイル/ディレクトリ」レベルではなく「コミット」レベルで行われます。

「副作用」の 1 つは、「部分マージ」を簡単に実行できないことです。

• ブランチ「feature_branch_x」で 30 個のファイルを変更しました
• (たとえば) /kernel/gui の下にあるファイルのみをマージしたい

「項目ベースのマージ トラッキング」(Perforce、ClearCase、Plastic SCM <= 3.0) を使用すると、マージするファイルをいくつか選択してチェックインし、後でマージを繰り返すと、保留中のファイルが表示されます。

Hg、Git: マージすると (マージせずにファイルを除外する方法があります)、「追跡」が設定され、マージを繰り返すと、マージする候補が残りません。

私の質問は、それについてどう思いますか??

「部分マージ」が必須と感じるケースはありますか？それなしで生きられますか？(コミット/cset レベルの追跡を使用したマージははるかに高速です)。

免責事項: 私はPlastic SCMで働いており、4.0 で「cset」レベルのトラッキングに移行しましたが、「アイテム レベルのマージ トラッキング」を維持するか、両方を許可することをお勧めします。

私はここ数晩、バージョン管理アプリケーションの調査に費やしました。主にここでは、投稿を読んだり、サイトにアクセスしたりしています。私は自分の趣味のC＃プロジェクト用のSCMを探しています。

PCに対してローカルのバージョン管理サーバーが必要であり、リモート、イントラネット、またはマルチユーザー開発の意図がなく、VS2010プラグイン、場合によってはEclipseも必要です。私が知る限り、PlasticSCMがサポートするすべての機能を1つの簡単なダウンロード/インストールで実行できます。しかし、それは私が家で使うよりはるかに多くの特徴と能力を持っています。

誰かがPlasticSCMhermitスタイルを使用している場合、それは単一の開発者SCMツールとして効果的だと思いますか？

私は現在、Plasticとその（真新しい）TeamCity統合プラグインで「遊んで」います。

プラグインの宣伝文句は、「WindowsシステムにTeam Cityをインストールする場合、通常はSYSTEMユーザーアカウントを使用します。TeamCityアプリケーションを実行するユーザーを変更することをお勧めします。」と述べています。

問題は、どのようなユーザーに置き換える必要があるかがわからないことです。ADを使用して（サーバー上の）Plasticにアクセスできるようにしたいのですが、TeamCityもで実行する必要があるという意味ではありません。プラスチックにアクセスできるようにするためのネットワークユーザー？

別の方法（私がPlasticにアクセスする場合）はユーザー/パスワードですが、TeamCityサービスをユーザー/パスワードで実行することはできません。

明らかな何かが欠けているのでしょうか、それともペイントが湿りすぎているのでしょうか。

私はソフトウェア開発プロジェクトに放り込まれました。そこでは、かなり定期的にコードを更新するベンダーからの PHP アプリケーションがあります。このコードの上に構築できる必要があると同時に、ベンダーのコードの変更を追跡し、それらを独自のコード リリースにマージできる必要があります。私はそれを次のように想定しています：

私はこれをゼロから始めており、使用するソース管理ソフトウェアに関する推奨事項 (Plastic SCM を検討しています)、ベスト プラクティス、ワークフローのセットアップ、および何が最適かについての一般的なアドバイスを探しています。

そのため、私はかなり大きなプロジェクトに取り組んでおり、VCS のように PlasticSCM を使用しています。私は DVCS モデルで使用していますが、これまでのところ、オフィス マシンと自宅の間で同期しているだけです。

現在、私たちは他の人をプロジェクトに参加させています。私がやりたいことは、他の開発者を特定のブランチに制限して、私だけがブランチを/mainにマージできるようにすることです。

そこで、ローカル リポジトリに移動し、アクセス許可を変更しました (その部分は非常に簡単です)。しかし、それが他の開発者とどのように連携するのでしょうか? 同期すると、アクセス許可はローカル リポジトリに複製されますか? 彼らがローカル リポジトリの/mainにマージしようとした場合、それは許可され、変更を私のリポジトリにプッシュしようとするとエラーが発生しますか?

これは DVCS への私の最初の進出なので、この種のことがどのように機能するのかよくわかりません。

hg リポジトリを高速エクスポートし、結果を高速エクスポート互換フォーマット ファイルにダンプする方法を見つけようとしています。

基本的に、Git や Plastic SCM でできることと同じことをしたい:

hg-fast-export.py ツール ( http://hedonismbot.wordpress.com/2008/10/16/hg-fast-export-convert -mercurial-repositories-to-git-repositories/）ですが、ダンプファイルを作成できるかどうか疑問に思っています。