1

Source Control at my client's is a mess. Each developer or team decides where in the source code structure they are going to add a project's root folder and the name of that folder. There is no consistancy, and the number of projects (both viable and dead) make it nearly impossible to discern where your desired project is located and whether or not it is a "live" version. I know from experience that there is not enough discipline for an "on your honor" policy of location and naming standards as a solution.

So, I want to create a permissions based "Policy" whereby the dev/dev team needs to come to an administrator to have an appropriately located and named folder created for the root of their project. Once created, the dev/dev team will be assigned rights to created folders underneath the root of their project folder.

However, I am not seeing an appropriate right from the Folder/Properties/Security dialog to allow/deny the ability to create a sub-folder, so I'm not certain how this could be done.

Ideas? Has anyone faced a similar challenge and how did you deal with it in TFS?

4

1 回答 1

0

我唯一能想到的是一个自定义签入策略,如果任何待处理的更改是文件夹(可能允许删除/合并状态),除非您的用户名在一组列表中。

我不确定您将如何授予访问权限,也许让某人“批准”创建文件夹,或者将更改提供给搁置集中的“批准”用户并让他们为您签入。

于 2012-11-15T22:45:38.123 回答