将Windows文件夹locking为只能由SVN更新

首先让我说，我知道这是一个人事pipe理问题，我不能控制人事pipe理问题。人事pipe理问题对客户是已知的，但修改意愿的意愿不存在。所以我正在寻求一个pipe理问题的技术解决scheme。

我有一个客户，有一个子公司，他们从另一家公司购买。该子公司在ColdFusion 8中为联邦机构进行网站编码。目前他们有一个开发和testingCF服务器。开发人员通常是非常新的，使用源码控制软件的经验不多。有一个所有开发人员都知道的ColdFusion服务器pipe理员帐户。所以我们有一种情况，开发人员将代码直接从他们的机器复制到开发/testing服务器而不检查到SVN。显然问题和hijinks由此产生。

我想要做的是lockingColdFusion引用的IIS文件夹，以便它只能从SVN更新 – 也就是说，用户不能复制或修改SVN中的文件。

据我所知，这是不可能的，但我转向你，伟大的ServerFault大师，告诉我，这样的事情是否可以完成。

只要开发人员具有本地pipe理员权限，他们将能够撤销对IIS文件夹权限的locking。你最后要做的事情是在你自己的公司内部进行一场networking战：不pipe你信不信，如果你准备好赢得胜利，那么你最好在一场小规模的政治斗争中胜利。而且，你将赢得这样的政治斗争，因为你处在并购的胜利方面。

因此，您的目标是在有问题的服务器上删除开发人员的pipe理权限：

与开发商的老板或小组负责人交谈。确保他/她明白你在做什么，为什么。反过来，确保您了解他/她的团队需要能够使用开发服务器所做的一切。
确保Subversion运行在开发人员不知道密码的适当的特权服务帐户下。（“pipe理员” 不是服务帐户。）
更改开发和testing服务器的pipe理员密码。不要给开发者新的密码。
确保开发人员可以使用SVN签入代码。
确保开发人员可以使用自己适当的特权用户帐户运行testing，这些用户帐户无权写入IIS文件夹。
就如何维护这些服务器达成协议，特别是在更新和补丁pipe理方面。
当开发人员需要对服务器进行pipe理更改时，要做出反应，否则他们会要求恢复其pipe理权限。