1

クライアントのソース管理はめちゃくちゃです。各開発者またはチームは、ソースコード構造のどこにプロジェクトのルートフォルダーとそのフォルダーの名前を追加するかを決定します。一貫性はなく、プロジェクトの数(実行可能と停止の両方)により、目的のプロジェクトがどこにあるか、およびそれが「ライブ」バージョンであるかどうかを識別することはほぼ不可能です。私は経験から、解決策としての場所と命名基準の「あなたに敬意を表する」方針には十分な規律がないことを知っています。

そこで、権限ベースの「ポリシー」を作成します。これにより、開発/開発チームは管理者のところに来て、プロジェクトのルート用に適切に配置され、名前が付けられたフォルダーを作成する必要があります。作成されると、dev / devチームには、プロジェクトフォルダーのルートの下に作成されたフォルダーへの権限が割り当てられます。

ただし、[フォルダ/プロパティ/セキュリティ]ダイアログからサブフォルダの作成を許可/拒否する適切な権限が表示されないため、これをどのように実行できるかわかりません。

アイデア?誰かが同様の課題に直面したことがありますか?TFSでどのように対処しましたか?

4

1 に答える 1

0

私が考えることができる唯一のことは、ユーザー名がセットリストにない限り、保留中の変更のいずれかがフォルダー (削除/マージステータスを許可する可能性があります) であるかどうかをチェックインするカスタムチェックインポリシーです。

アクセスを許可する方法がわかりません。おそらく、誰かに「承認」してフォルダーを作成してもらうか、シェルフセットの「承認された」ユーザーに変更を与えて、チェックインしてもらいます。

于 2012-11-15T22:45:38.123 に答える