2

現在、 1 つのデータベースで 5 人の開発者が働いています。
デバッグを可能にするために、常に 1 つの ASYNC サービスが動作しています。これは、開発者が非同期をデバッグしたい場合、デバッグが完了するまで非同期サービスを自分のマシンにハイジャックしていることを他の開発者に通知することを意味します。
開発者ごとにデータベースに切り替えたいと考えています。これには多くの問題があります。たとえば、スキーマの変更/他のプログラマーとのソリューションの同期/

大規模な開発者チームでのベスト プラクティスは何ですか。大規模なチームに最適なツールや方法論はありますか。
また、一般的に、Dynamic CRM 2011 を開発する大規模なチームのベスト プラクティスは何ですか。

4

2 に答える 2

2

通常、私は次のことを行ったりアドバイスしたりしています。

  • すべての開発者は、独自の仮想システムで作業します。はるかに簡単なデバッグ。他人を踏みにじったり、協調したりしない。バーチャルボックスを使用しています。
  • 作業は共通のビルド システムにエクスポートされます (アンマネージド ソリューション)。
  • 作業は、ビルドで関連するマネージド ソリューションにマージされます。
  • ビルドからエクスポートされ、テスト / UAT / 本番前などに適用されるマネージド ソリューション。
  • 運用環境に適用されるマネージド ソリューション。
于 2013-06-20T09:18:21.620 に答える
1

強く推奨される参照: Microsoft は、ライフサイクル管理に関する非常に詳細なホワイトペーパーをリリースしました。ここでそれについて読んでください。

典型的な開発フローは次 のとおりです。

  • 開発者は、同じ発行元/名前のソリューションで、独自の個人開発組織 (オンライン/オンプレミス) に対して開発します
  • 彼らは開発者ソリューションをエクスポートします
  • zip ファイルを XML 構造に解凍します。
  • ソース管理にチェックインし、マスター バージョンとマージします。

統合組織への典型的な展開は次のようになります。

  • ソース管理から XML 構造の最新バージョンを取得する
  • .zip ソリューションにパッケージ化する
  • 統合組織にインポート

このようにして、開発者にリンクされたすべての変更の完全な履歴を取得し、使い慣れたマージ ツールを使用して制御されたマージを行うことができます。

開発者はいつでもソース管理から最新バージョンを取得し、それをパッケージ化して、自分の開発組織にデプロイできます。

于 2013-06-20T09:15:27.993 に答える