この文章は Salesforce 機械翻訳システムを使用して翻訳されました。詳細はこちらをご参照ください。
英語に切り替える

ソース追跡で特定された変更のリリースと取得

Salesforce アプリケーションを作成するときは、通常、ローコードとプロコードの両方の手法を使用します。ローコードとは、たとえば、[設定] を使用して組織で直接カスタムオブジェクトを作成するような手法を指します。プロコードとは、たとえば、VS Code などの IDE を使用して、ローカルプロジェクトで Apex クラスを作成するような手法を指します。作業中、ソース追跡によって変更が識別されるため、組織のリモートメタデータとローカルプロジェクトのソースを常に同期できます。

このプロセスは反復的なプロセスです。最初にリモートとローカルの変更をプレビューします。競合が存在する場合は解決します。これらの変更が組織とローカルプロジェクトの両方に存在していることを確認する必要があります。このため、リモートの変更をローカルプロジェクトで取得し、それをソース制御リポジトリに転送することで、ソース制御システムはすべての変更を保存している、履歴の情報源となります。Apex コードなどのローカルの変更を組織にリリースすると、その変更を検証およびテストできるようなります。Salesforce アプリケーションの開発が終了するまでこのプロセスを反復し続けます。

ソース追跡の実例をいくつか見てみましょう。

project retrieve preview を実行し、リモートの変更を確認した場合は次のようになります。

project retrieve start コマンドにより、組織内の変更をローカルプロジェクトに取得します。コンポーネントがローカルに作成されたので、Path 列に値が入力され、デフォルトのパッケージディレクトリが表示されています。

ソースを取得した後に、project retrieve preview を再度実行します。今度は、取得できるものはないとソース追跡が報告しています。

次に、リリースについて見てみましょう。ローカルの変更をプレビューするには、project deploy preview を実行します。

ローカルの変更をリリースします。Sandbox にリリースすると、Sandbox を使用している他の開発者から変更を参照できるようになります。

project deploy preview を再度実行します。

コマンドからリリースするものがないと報告されます。これは、ローカルプロジェクトと組織が同期されていることを意味します。