Plastic SCM の統合

Plastic SCM の詳細については、Plastic SCM の website を参照してください。

Plastic SCM の設定

バージョン管理の統合（チームライセンス） の設定プロセスで問題が発生した場合、Plastic SCM documentation を参照してください。

Plastic SCM によるファイルのチェックアウト

それらが変更されている場合、Plastic SCM は自動的に、ファイルをチェックします。これはをそれをより便利にしてくれます。特定のチェックをする命令が必要なファイルだけが、Project Settings ファイルであり、そうでなければそれらを変更することはできません。

Plastic SCM でのマージとコンフリクトの解決

マージは、リモートで編集されたローカルのプロジェクトで何かを編集（コンフリクト）したときに起こる可能性があります。この意味は、マージを行う前に、変更を確認する必要があるということです。Unity が変更が提出される前にマージが完了してなければならないことを認識した場合、Unity はマージを完了させるように促し、Plastic SCM クライアントが表示されます。

入って来る変化がローカルの変化とコンフリクトする場合、疑問符アイコンが入って来る変化ウィンドウに矛盾するファイルに表示されます。ここにコンフリクトを解決し、Plastic SCM とマージするためのクイックガイド、次のとおりです。

• ’バージョン管理ウィンドウで、‘Apply all incoming changes’ ボタンをクリックすると、自動的に Plastic SCM GUI クライアントが表示されます。
• クライアントウィンドウ内で、変更をより視覚的に理解するために ‘Explain merge’ をクリックすることができます。今、‘Process all merges’ をクリックすると、別のウィンドウが表示されます。
• ここで、個々のコンフリクトが表示され、保持するか破棄するか変更を選択するオプションを与えられます。
• コンフリクトを解決し、save and exit をクリックしたら、これでマージ作業を完了するでしょう。
• Unity のバージョン管理ウィンドウを介して、通常の変更をプッシュする必要があります。

Plastic SCM でファイルをロック

Plastic SCM を使用してファイルをロックするために従うべきいくつかのステップがあります。

• 最初にやらなければならないの事は lock.conf ファイルを作成することで、それはサーバーのディレクトリ内に配置されていることを確認してください。サーバーのディレクトリを “../PlasticSCM/server” から見つけることができます。

• lock.conf ファイルで作業しているリポジトリとロックチェックを完了するサーバーを指定する必要があります。次に例を示します。

rep:default lockserver:localhost:8087
*.unity
*.unity.meta

この場合、すべての .unity と .unity.meta ファイルはリポジトリの ‘default’ にチェックアウトのためにロックしようとします。

• この時点でサーバを再起動することができ、ターミナル/コマンドライン ウィンドウを開き、サーバーのディレクトリを配置することによってこれを行うことができます。一度、次のようにディレクトリに入力して、サーバーを再起動することができます。

./plasticsd restart

*今、Unity に戻り、ロックされることを期待し、ファイルをチェックアウトし、ターミナル/コマンドラインに戻り、以下のようにタイプします。

cm listlocks

手順が正しく守られている場合、ターミナル/コマンドライン ウィンドウにロックされたファイルのリストが表示されます。これは別のユーザーを使用して同じファイルをチェックアウトしようとで働いている場合にも、テストすることができ、エラーは、ファイルがすでに別のユーザーによってチェックアウトされていると言って Unity のコンソールに表示されます。

詳細については、ドキュメント Plastic SCM lock file を参照してください。

Plastic SCM の配布とオフラインでの作業

distributed mode (DVCS) とオフラインでの Plastic SCM の作業についての詳細は、Distributed Version Control Guide ををチェックしてください。