万无一失的调试与发布

Question

我担心自己和团队的其他成员在调试应用程序时会忘记将 VS 中的解决方案配置下拉菜单从发布切换到调试。

我们在代码库中散布了#If DEBUG 检查，以防止发生电子邮件、数据库数据更改和文件系统更改（使用 DI 慢慢重构）。

我一直在考虑使用 MSBuild 或 TFS 创建一个配置文件，其中包含一些指示发布版本的设置。这个配置文件不会被签入。我在这里看到的问题是，如果我们部署我们的应用程序并且无论出于何种原因缺少配置文件，应用程序将默默地写入我们的开发依赖项。

我们还希望能够选择在暂存环境中运行。

有没有更好的方法来处理这个问题，这样开发人员就不会像 F5 一样离开写到生产环境，或者我们不会将调试代码部署到生产环境？

Answer 1

有没有更好的方法来处理这个问题，这样开发人员就不会像 F5 一样将代码写入生产环境，或者我们不会将调试代码部署到生产环境

• 永远不要让开发人员物理访问生产环境。他们的 .config 文件中不应包含生产凭据（连接字符串等），并且在任何情况下都不应拥有对生产的物理访问权限。
• 使用构建服务器为 QA 和生产创建构建。我们使用TeamCity，但有几个不错的选择。

Answer 2

我可以肯定地说，你需要摆脱你的做法，这将是灾难性的。依靠开发人员进行这种转换永远不会长期有效。

有很多方法可以解决这个问题，我们遵循的方法是：

• 为每个环境创建单独的配置文件 (DEV/IT/QA/PROD)
• 在服务器上，有一种机制来标记环境（注册表 或文件或其他东西）
• 在部署期间，我们的脚本读取环境（从注册表） 并放置正确的配置文件。这种方法的优点 是我们不需要为 DEV 与 IT 与 QA 与 产品。