如何在允许人们更改本地副本的同时维护开发环境中心的基本文件

Question

我想要做的是将文件放在中央位置，这样当我将人员添加到我的开发团队时，他们可以看到这些文件的基本版本，但同时还可以让团队的其他成员使用他们自己的本地版本。 我知道我可以把文件放在source-control中（我们使用Tortoiese-SVN）并让我的团队更改本地版本，但我宁愿不要因为感叹号文件的感叹号已被更改并需要提交，相当坦率地说，非常恼火。 我将举两个例子来说明我的意思：

1. 我们使用了很多build.xml文件，这些文件与包含许多定义的单个属性文件有关。其中一些可能在团队成员（主要是临时工作目录）之间有所不同，我希望新的团队成员能够使用基本配置获取属性文件，但如果他们愿意，可以更改它。
2. 在SVN中安装eclipse设置文件，以便当新的团队成员加入时，他们可以从服务器检索文件并运行基本系统。如果他们希望他们能够更改其中一些设置。

谢谢， Ittai

Answer 1

我过去所做的是使用ignore real_file规则将文件放在存储库中的不同位置或具有不同名称，以便subversion不会对更改的文件进行投诉，并且具有较小的文件将文件复制到具体位置的脚本。

例如，.project Eclipse项目文件可以在存储库中命名为eclipse-project-default。当用户下载本地副本时，他们会运行该脚本并获得一个新的.project（eclipse-project-default副本），他们可以更改这些副本，并且不会在subversion status命令中显示。

这种方法的问题在于，通常很容易对应该转到中央存储库的文件进行更改并且被遗忘。该方法需要更改实际文件，并将相同的更改应用于实际上载的配置文件。然后承诺改变。

Answer 2

正如你所指出的那样，这确实是版本控制的一种情况，但是我说你猜你可以把一个副本放在一个中央文件服务器上并让他们从他们的下载。您甚至可能希望将其设为只读文件或目录。

如果状态指示器错误，您可以将此文件设置为版本控制系统忽略。