TFS 2013 建立签入政策
TFS 2013 Builds Check-in Policy
我们正在开发一个项目，我们使用 VS 2013 和 TFS 2013 Express 进行版本控制。在团队项目源代码管理设置中，我创建了两个签入策略。首先是有效的变更集评论策略，并构建需要上次构建成功的签入策略。但我认为构建签入策略不起作用，因为任何阻止成功构建的文件（例如，此文件中存在语法错误，无法构建项目）都可以签入。我可以签入所有损坏的文件) 尽管添加了构建签入策略。所以我需要你的帮助，我不想在 tfs 中破坏代码。
您需要设置门控签入版本。门控签入是一种持续集成的形式，它强制构建 运行 并验证代码构建成功（以及强制单元测试通过和代码分析成功，具体取决于您如何配置它）。只有门控签入成功，代码才真正签入。
但是，检查损坏的代码是一个文化问题。开发人员应该自己编译和测试他们的代码，而不需要一个自动化的过程来先打他们的手腕。门禁签入将帮助您解决文化问题，让那些经常签入错误代码的人的生活变得不便。
在大型应用程序中，您实际上需要多个门控签入构建 - 一个用于应用程序的每个逻辑子部分。门控签入需要 运行 尽可能快，因为其他人等待门控签入完成以获取最新代码的每一秒都是浪费时间。他们等待的时间越长，他们就越有可能去喝咖啡、上厕所或以其他方式休息一下，如果他们在或多或少的时候处于高效、专注的顶空，这可能会适得其反被工具强制停止对焦。
我们正在开发一个项目，我们使用 VS 2013 和 TFS 2013 Express 进行版本控制。在团队项目源代码管理设置中，我创建了两个签入策略。首先是有效的变更集评论策略，并构建需要上次构建成功的签入策略。但我认为构建签入策略不起作用，因为任何阻止成功构建的文件（例如，此文件中存在语法错误，无法构建项目）都可以签入。我可以签入所有损坏的文件) 尽管添加了构建签入策略。所以我需要你的帮助，我不想在 tfs 中破坏代码。
您需要设置门控签入版本。门控签入是一种持续集成的形式，它强制构建 运行 并验证代码构建成功（以及强制单元测试通过和代码分析成功，具体取决于您如何配置它）。只有门控签入成功，代码才真正签入。
但是，检查损坏的代码是一个文化问题。开发人员应该自己编译和测试他们的代码，而不需要一个自动化的过程来先打他们的手腕。门禁签入将帮助您解决文化问题，让那些经常签入错误代码的人的生活变得不便。
在大型应用程序中，您实际上需要多个门控签入构建 - 一个用于应用程序的每个逻辑子部分。门控签入需要 运行 尽可能快，因为其他人等待门控签入完成以获取最新代码的每一秒都是浪费时间。他们等待的时间越长，他们就越有可能去喝咖啡、上厕所或以其他方式休息一下，如果他们在或多或少的时候处于高效、专注的顶空，这可能会适得其反被工具强制停止对焦。