Visual Studio 本地项目设置最佳实践？

Question

人们通常如何存储项目的本地.settings文件？例如，我有一个Mercurial的Web项目解决方案。我的数据项目包含实体和仓库。我的连接字符串存储在Settings.settings中，我希望根据我的位置有不同的源。

我想我可以简单地将文件移动到Settings.settings.global，并要求任何人在克隆我的repo时更改它。有没有更好的方法来处理这个问题？在Visual Studio中处理此类事情的最佳实践是什么？

我担心的一件事是，如果我强制人们重命名包含我的数据源的Settings.settings文件，Visual Studio似乎会自动使用新值修改我的app.config，我不确定这将如何处理。

- Jim Mitchener

---

我相信VS 2010可以很好地处理这个问题。您可以拥有多个配置文件（release.web.config，qa.web.config），并选择要运行/部署的文件。 - Shawn

虽然这很好，但我仍然希望允许本地配置文件。每个开发人员都应该能够根据自己的喜好命名数据库，并在本地配置连接字符串。 - Jim Mitchener

Answer 1

我不确定你的组织是否正在使用版本控制，但一般来说，提交到您的版本控制服务器的 .settings 文件包含一些通用设置（更具体地说，是测试或生产设置）。然后，每个开发人员只需检出项目，自由修改 .settings 以适应其本地配置，并且永远不会将更改提交回版本控制服务器。这样每个人都很满意！

- Dolph

---

正如我在原始问题中所述，如果有Settings.settings.global并强制每个人在克隆时将其复制到Settings.settings中，那将是很好的（当然我们使用版本控制）。但是，由于编辑Settings.settings会导致VS更新app.config，我不知道这是否可行。我可以忘记设置文件，只需拥有多个app.configs吗？ - Jim Mitchener

Answer 2

对于.settings文件我不太确定，但是对于.config文件和其他项目，我会使用一个名为app.config.sample的文件，它包含在代码库中，同时还有一个.cmd脚本，可以在运行时创建app.config文件。

克隆并运行.cmd脚本后，任何开发人员都可以根据需要自定义app.config。

离题了：我问过的每个人都建议将连接字符串保存在app.config/web.config中，但可能因人而异。

一些链接：

• ConnectionStrings Property
• What is the best place to keep the Connection String

- alexandrul

---

那我是不是不应该使用设置文件？我是VS/.Net的新手，所以基本上是在一个没有与原始开发人员联系的现有项目中学习这个。我想我会研究直接使用app.config，谢谢。 - Jim Mitchener