Universal Containers (UC) は、カスタム Force.com アプリケーションを開発しています。開発には次のツールが使用され、アプリの開発には Force.com IDE が使用されます。ソース管理システムおよび Git リポジトリとしての Git、およびソース管理からサンドボックスを更新するための Force.com 移行ツール。UC の現在の分岐戦略には 2 つの主要なブランチが必要です: 1) マスター 2) 開発 3 つのサポート ブランチ: 1) 機能 2) リリース 3) Hotflix 分岐戦略は次のように並列していると考えてください。 機能 |開発 |リリース |ホットフィックス |マスターとは開発者が開発のために採用すべき推奨される実践戦略は何ですか?

Universal Containers では、複雑なデプロイメントが予定されています。導入には、重要な設定を保持するカスタム設定に依存するいくつかの Apex クラスが含まれます。アーキテクトはこの展開をどのように管理すべきでしょうか?

Universal Containers は、単一組織内に複数の業務部門 (LOB) があるという複雑さに対処する必要があるにもかかわらず、単一組織戦略を決定しました。
複数の LOB に対する単一組織戦略における 2 つの一般的な課題は何ですか?
2 つの答えを選択してください

Universal Containers (UC) は、過去 6 年間、50% のカスタム コードで Salesforce を使用してきました。UC は最近、継続的インテグレーションを実装しました。UC は、新しい機能によってテストが無効になるたびに、古いテスト クラスを改善したいと考えています。UC はまた、必要な導入時間を短縮したいと考えています。建築家は何を推奨すべきですか?

販売およびサービス製品は、第 2 世代の管理パッケージを使用する 2 つのチームによって作成されます。
セールス チームはサービス製品の特定の機能を使用しますが、アーキテクトは、このチームがサービス チームによって公開された機能のみを使用するようにしたいと考えています。他のチームはこれらと同じ機能を使用しません。
建築家は何を推奨すべきでしょうか?