Explanation
Integrating an agile issue tracker with software testing and continuous integration tools can provide the following benefits:
Developers can see automated test statuses that commit on a specific user story, which can help them identify and fix any errors or failures quickly.
Developers can use the committed code's build status directly on the user story record, which can help them track the progress and quality of their work.

説明
運用環境で見つかったバグを完全なサンドボックスでより簡単に分析できるようにするために、アーキテクトは、運用環境にデプロイするたびに完全なサンドボックスを更新し、運用環境にデプロイする前にサンドボックスで同じプロセスを実行することを推奨する必要があります。こうすることで、完全な Sandbox が本番組織と同期され、同じメタデータとコードを持つようになります。フルサンドボックスにはすでに本番データのコピーが含まれているため、本番環境の新規データと変更されたデータをフルサンドボックスにコピーする毎日のプロセスを作成する必要はありません。このオプションは部分コピーおよび開発者プロ サンドボックスでのみ使用できるため、完全なサンドボックスでデータの更新を実行することはできません。

説明
A と C は正解です。これらは、単一の開発者向けサンドボックス内で大規模な開発チームによってコードが上書きされるリスクを軽減するために使用する必要がある方法です。A は正解です。各開発者に独自のサンドボックス開発者組織を提供し、コード リポジトリと継続的統合を実装してコードを開発者向けサンドボックスにマージすると、変更を分離し、競合を回避し、一貫性と品質を確保するのに役立ちます。C は正解です。単一のサンドボックスを使用し、共有コンポーネント間で開発を厳密に調整し、開発者がコードを共通のリポジトリにマージできるようにコード リポジトリを実装すると、変更の管理、上書きの防止、バージョン管理と統合の確保に役立ちます。B は不正解です。開発者プロ サンドボックスを部分コピー サンドボックスに置き換えることは、コードが上書きされるリスクを軽減できる方法ではありません。これは、複数の開発者が同じコンポーネントで作業する問題に対処するものではなく、より大規模なコンポーネントを提供するだけであるためです。テスト用のデータセット。D は不正解です。各開発者に独自のサンドボックス開発者組織を提供し、マージにデプロイするための管理パッケージを実装することは、簡単な更新や変更ができないため、コードが上書きされるリスクを軽減できる方法ではありません。ロックされバージョン管理されたコンポーネントを作成します。このトピックの詳細については、Trailhead の「アプリケーションのライフサイクルとデプロイメント」モジュールを参照してください。