今天我们对Circleci内的导航进行了较小的变化。在哪里看到“构建”这个词,您现在通常会看到“作业”这个词。这种变化对Circleci的功能产生了零影响;您的所有项目都应该与昨天相同。

builds_jobs.png.

That’s all you need to know to enable you to keep using CircleCI just as before. If you’re curious about why we’ve made this change, read on.

为什么我们这样做?

这是设置为Circleci平台未来的阶段的一系列更改中的第一个。直到今天,“构建”一词已经在我们的UI中关联,Circleci 1.0构建和Circleci 2.0作业。1.0即将到来的生命结束,我们正在抓住机会澄清就业和建造之间的区别。我们决定在UI中进行这种变化,以便在新层次结构下重新介绍构建页面时尽量减少困惑。

How did we get here?

当我们引入可能运行多个作业的工作流时,我们的构建页面列出了在系统中执行的所有作业。由于您现在可以在工作流程中执行许多作业,或者在触发构建时选择执行单个作业,因此“Build”的含义分为两件事。当通过将分支推向GitHub或Bitbucket来触发特定运行时,发生第一种情况。第二种情况发生在该配置中执行单个作业。在Circleci 1.0中,这两个概念都是一样的。但是,在Circleci 2.0中,如果您定义一个名为“Build”的作业,他们仍然觉得它们是同样的事情。当运行许多作业的工作流程时,您最终会有所概念不起作:构建可以包含执行作业的工作流,直到今天,我们已经将工作流中的那些作业称为“构建”。我们今天所做的改变是清理这种混乱的一种解决方案。

Coming soon: builds, workflows, and jobs in a clear hierarchy

直到今天,我们的UI反映了一个两级层次结构,其中工作流可能包含作业,但我们叫做那些工作“构建”。越来越清楚的是有三个级别:构建包含包含作业的工作流程。

builds_jobs2.png

The concept of “builds” will be coming back later this year to signify each full run of your project configuration in a branch or tag. In other words, the Builds list will be a set of all the triggering events on your project. Each will represent a run of your configuration against your organization’s resources. In the new UI, this three-level hierarchy of execution in which a build is the “work order” to run a configuration, and that configuration can declare workflows that then invoke your jobs.

新的构建页面仍在设计中,但我们希望让每个人都读取这个预览到来的预览,所以这是我们正在工作的样本模型(注意:这些是更大的设计项目的一部分,并且在发布之前受到重大变化的影响)。

New Builds Page.png