1 つのプロジェクトで一緒に作業している約 20 人の開発者のチームがあります。このプロジェクトには、ハードウェア、ファームウェア、ソフトウェア、さらには Web 機能を含むいくつかのコンポーネントがあります。TFS 2013 を使用してプロジェクト全体の進捗状況を追跡したいと考えています。しかし、GIT リポジトリを使用してソース管理側を管理する方法を理解するのに苦労しています。ハードウェア チームは、回路やその他すべてのハードウェアをレイアウトするためのバイナリ ファイルを扱っているため、コードをロックして作業できるようにする必要があります。現在、GIT リポジトリを使用して、ハードウェア部分を独自のプロジェクトにし、ファームウェア/ソフトウェア側を独自のプロジェクトにすることを検討しています。
私たちが懸念しているのは、TFS 2013 では、作業項目を同じプロジェクトからのチェックインにのみ関連付ける必要があるように思われることです。これを克服するために、すべてのファームウェアとソフトウェアを同じプロジェクトに配置しますが、いくつかの異なる領域に分割します。すべてが同じプロジェクト内にあり、同じ GIT ソース コード リポジトリを使用している場合、異なるソフトウェア領域が異なる時期にリリースされ、各領域にいくつかのブランチがある場合に問題が発生する可能性があることを懸念しています。組み合わせると、大量のブランチになる可能性があります。これらの管理に問題はありますか？
作業項目が複数のプロジェクトにまたがるように TFS 2013 を構成できますか? すべてが同じ TFS プロジェクトにある場合でも、コードの別々の領域に別々のリポジトリを使用するように GIT を設定できますか?
これを管理する方法について何か提案はありますか、またはこれは TFS 2013 では管理できませんか?
ヘルプ、コメント、またはアドバイスをありがとう。
これを後で追加しました：
この投稿への回答を読み、私の仲間の何人かと話をした後、上記のシナリオで私たちがたどる最善の方法は、2 つのプロジェクトを持つことであると思われます。1 つはハードウェア用、もう 1 つはソフトウェア/ファームウェア用です。ハードウェアには独自の非 GIT リポジトリがあり、ソフトウェア/ファームウェアは単一の GIT リポジトリを共有します。GIT リポジトリに master ブランチを定義します。ソフトウェア プログラムごとに 1 つ。プログラムには、それぞれ異なるエリアが割り当てられます。このようにして、ソフトウェアとファームウェアについて、プログラムを分離したままにしておくことができ、プロジェクト管理とコラボレーションの目的で、TFS の同じプロジェクトでそれらすべてを表示することもできます。また、すべてのチェックインを TFS アイテムに関連付けることができるようになり、QA がバグをタスクやエリアに関連付けることができるようになります。