2016-04-10 9 views
0

私たちはC#でプロジェクトを開始するつもりであり、私たちのチームのすべての人は、自分のコード部分(上司の必要性)のみを表示して編集できる必要があります。私はTFSを初めて勉強しているので、TFSがそれをどうやってできるのかと疑問に思っています。チームメイトのコードをTeam Foundation Serverで互いに隔離するにはどうすればよいですか?

ありがとうございました。

+2

:ここ

https://vsarbranchingguide.codeplex.com/releases

は、誰かが同様の質問をするスタックオーバーフロー品ですこれについてはいくつかの異なる方法があります。 1人あたりの新しいコレクション、1人の新しいチームプロジェクト、セキュリティ設定($/Project/PaulsCode、$/Project/SamanthasCodeなど)を持つ1人のブランチのサブフォルダなど。あなたはファイルごとにそれを行うこともできますが、そのようなセキュリティのパーミッションを細かく管理することは悪夢です。 – yaakov

+0

セキュリティとアクセス権を調べましたか?簡単に設定する必要があります。 –

答えて

1

必要なものがある場合、またはこれらのアクセス許可をまったく設定する必要がない場合でも、開発者ごとにブランチをセットアップし、適切なアクセス権を設定することができます。あなたが必要とするものはありません。これは、TFSのブランチと同等のリポジトリをフォークするGitHubで、多くのオープンソースプロジェクトがどのように機能するかです。独自のブランチの開発者の変更に満足すると、メインブランチにマージされます。

だからあなたのチームプロジェクトは次のようになります。Developer A上記の例ではそう

$/Team Collection 
---Team Project 
------Main 
------Dev 
---------Developer A 
---------Developer B 

はメインのブランチです。私は、TFSとブランチング/マージの初心者であれば、Visual Studio ALM Rangersのブランチングとマージに関するガイドを読むことを強くお勧めします。ここではPDFをダウンロードするためのリンクです:これは非常に危険なセットアップのように聞こえるが、あなたが行くことができる

Per developer branch in TFS feasible?

2

これは超秘密のNSAや軍事的なもののようなものでなければ、この設定はばかだとであり、あなたはsanerの上司とより良い仕事を見つけるべきです。任意のVCSでは、あなたの上司は誰が何を変更したのかを知るでしょう。このような残酷なソースコード分割、IMNSHOの必要はありません。実際、それはコラボレーションの方法になります。これがNSA /軍事的なものであっても、秘密のものを見たり/開発したりするためにはすでに受け入れられているはずだから、ある程度の信頼が必要です。

関連する問題