复制与CI / CD中相同的构建过程以进行调试

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了复制与CI / CD中相同的构建过程以进行调试相关的知识,希望对你有一定的参考价值。

我对CI(持续集成)/ CD(持续交付)主题有点新意。我目前正在使用TFS进行CI和CD。在那里我发现有很多自定义构建过程(例如,运行某些PowerShell脚本,复制文件等)。在我的解决方案中,有许多分支机构由不同的开发人员同时开发。我也使用Git作为版本控制。

问题:我已经从我的一些团队成员那里寻求建议,以便在本地开发环境中调试他们的项目,因为我一直在不断讨论主题。他们建议手动重复整个构建过程以用于我的调试目的,这在某种程度上我觉得单调乏味且没有效果,因为我需要在这里和那里复制很多步骤。

我的问题:有没有办法可以简化所有这些繁琐的过程?也许在GIT中创建一个构建分支有帮助吗?但是,创建另一个构建分支也可能有自己的风险,您需要双重努力来在构建服务器和您创建的构建分支之间同步构建过程吗?

我不确定这里最好的方法是什么,需要一些与此问题相关的指导或链接。

谢谢。

答案

它基于您希望如何调试项目。

团队应该何时添加分支?

  • 您应该在以下情况下创建分支:何时必须以与现有不同的计划/周期发布代码 分支机构。
  • 当您的代码需要不同的分支策略时。如果您创建具有新策略的新分支,则可以添加战略价值 你的项目。
  • 向客户发布功能时,您的团队计划进行不影响计划发布周期的更改。

您不应为每个用户故事创建分支,因为它会产生高集成成本。尽管使分支变得容易,但如果您有许多分支,管理分支的开销可能会变得很大。

来源:https://docs.microsoft.com/en-us/vsts/tfvc/branch-strategically#when-should-the-team-add-a-branch

如果您只想复制相同的构建过程,则可以克隆构建定义和发布定义,然后分别触发克隆的构建/发布定义。

通常,对于TFVC,您可以为构建定义启用Gated Check-In,因此它将自动触发构建,并且一旦构建失败,将不会检入更改。

对于Git,您还可以设置分支策略来实现:Improve code quality with branch policies。同时参考这篇文章:Gated Check-ins in Visual Studio Team Services using TFSVC and Git

对于调试,您可以将变量system.debug设置为true,有关详细信息,请参阅here

以上是关于复制与CI / CD中相同的构建过程以进行调试的主要内容,如果未能解决你的问题,请参考以下文章

C#远程调试需要完全相同的代码?

实践:基于Azure部署Jenkins服务并开发MERN应用的CI/CD构建管道

CD/CI的概念

CI&CD

CI/CD持续集成/持续部署 敏捷开发

如何使用GitLab和Rancher构建CI/CD流水线–Part 1