我正在使用 Git 存储库对我的应用程序进行版本控制。我的项目结构是这样的，我使用的是针对应用程序运行的每个环境本地化的配置文件。这些本地配置文件包含 SQL 连接字符串和其他与每个环境相关的信息(每个环境都有自己的SQL Server数据库，包括Teamcity中的测试环境)。这些文件不是存储库的一部分，而是在创建新环境时新创建的。在此范例中，TeamCity 是另一个环境，我为 TeamCity 创建了一个配置文件，用于为我的应用程序构建和运行 NUnit 测试。
我的问题是:如何将这个不受源代码控制的文件复制到 TeamCity checkout 存储库的文件夹中？在 TeamCity 开始构建我的应用程序之前我如何执行此操作？我确信这是可能的，因为我读过 here “机器特定的设置(如配置 SSL 通信等)应该使用代理端 checkout 在每台机器上配置。”我究竟该怎么做呢？我无法从文档中找到直接的答案。
我读了this thread这提到了使用多个根的可能性，这意味着它将从公共(public)存储库中提取公共(public)资源，并从访问受限的私有(private)存储库中提取私有(private)源，并且访问权限只会授予 TeamCity。这是一个不错的解决方案，我可以看到这比每次运行构建时都有一个批处理文件或复制私有(private)/本地文件的东西更容易维护，但出于某种原因我觉得输入密码等不太舒服。在存储库中。我不确定为什么我有这种偏见(看起来它可能很脆弱)所以如果有人对这两种解决方案有任何经验，我很想听听他们的意见。我还想听听有关将敏感信息存储在受密码保护的存储库中的意见。这是一种安全的做法吗？
感谢任何能提供帮助的人。
PS:我查看了“编辑 VCS 根目录”页面和“服务器上的自定义克隆目录”设置，但我仍然不知道如何将文件复制到该目录。 TeamCity 的工作目录发生变化还是保持不变？
最佳答案
我也不喜欢将密码放在版本控制中，尤其是像 Github 这样的外部托管版本控制。
我只是将配置文件放在 TeamCity 之外的构建机器上的某个位置，然后在构建中放置一个命令行步骤，在需要它们之前将它们复制到适当的位置。一般来说，
- 将“命令可执行文件”设置为您的复制程序
- 将“命令参数”设置为源文件和目标目录。
您无需担心 TeamCity 工作目录的位置，因为命令行步骤的当前目录将是您的构建目录，您可以使用相对路径作为目标。
我不会尝试给出具体示例，因为我使用的堆栈与您不同，但我认为相同的原理应该可行。
关于git - TeamCity:如何将未版本化的配置文件放入 checkout 的存储库中？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25254544/