Team Foundation Serverを使用したオープンソースの開発

Question

私たちの職場では、ソース管理、作業追跡、ビルドサーバなどに使用されるメインサーバとしてTeam Foundation Serverを使用しています。 異なるプロジェクトで多くのチームが作業する自社ソフトウェアを開発します。
複数のチームに貢献するなど、当社で共有することができる、または共有する必要のあるアプリケーションまたはライブラリを開発することがあります。残念ながら、開発中のアプリケーションの性質上、当社の社外で共有することはできません。 tfsがその点で助けになるかどうか、あるいは他のツールを追加する必要があるかどうかを知りたいと思います。 例えば、私たちのチームが異なる分野やチームプロジェクトで働いている場合、オープンソースプロジェクトを編集権限などのリスクを冒さずに共有する方法を教えてください。プロジェクトをどのように共有、カタログ化、公開することができますか？ プロジェクトの問題はどのように発行できますか？どのように彼らはgithubで行われているようにプルの要求を行うことができますか？

Answer 1

TFSでプロジェクトまたはソースコードを共有することは、主に領域階層とチーム機能を組み合わせて行われます。

次に、[領域]フィールドを使用してすべてのレポートとクエリをフィルタリングできます。各チームは関連エリアに拘束され、各チーム/サブプロジェクトに独自の製品バックログを提供するために使用されます。 セキュリティは、エリアおよび/またはソース制御パスに基づいてに基づいて付与することができます。

---

更新

許可はTFSにおける非常に重要な概念です。最もシンプルで安全な方法は、他のチームが共有プロジェクトに参加するのを制限し、支援する権限を使用することです。共有プロジェクトに貢献するためのすべての権限を持つ1つのメインチーム/グループ。

共有プロジェクトの可視性を持つほとんどのチーム/グループ。プロジェクトでコードを確認してマージするには、create pull requestsが必要です。コードをマスタブランチにマージする前に、チームがにマージする前に、フィーチャブランチの変更に関するフィードバックをチームに依頼してください。レビュー担当者は、提案された変更を実行し、コメントを残し、コードを承認または却下するための投票を行うことができます。 GitHubと同じこと。

多くの場合、リクエストまたは問題の解決は共有プロジェクトマネージャーからのものですが、割り当てられるチームまたはプロジェクトは不明です。次に、TFS内のチームプロジェクト全体で製品のバックログアイテム（pbi、またはアジャイルテンプレートを使用している場合はユーザーストーリー）を共有することができます。 1つのチームプロジェクトで複数のチーム戦略を使用しているからです。 pbiを収集して、それを個人または委員会のいずれかによってレビューされる監視待ち行列に置くことができます。その後、チームやプロジェクトに割り当てられると、これらのpbiは動かされます。ただし、個々のチームが他のチームのバックログ、クエリ、またはコードにアクセスして猿を取り囲む権限を持たないようにセキュリティを設定する必要もあります。

それ以外の場合は、TFS内に組み込まれている共有プロジェクトプロセスやツールはありません。本当に必要な場合は、uservoiceを追加できます。