云效中流水线多分支模式 为什么每次都会创建新的临时分支 我部署的分支数量没有变化呀？

在云效中的流水线多分支模式中，每次触发构建时都会创建一个新的临时分支，即使您的部署分支数量没有变化。这是因为云效采用了一种类似 GitOps 的工作方式来管理流水线的多分支构建。

当您触发流水线构建时，云效会自动创建一个新的临时分支，以确保每次构建都在一个独立的环境中进行。临时分支是根据代码仓库中的指定分支复制而来的，并且会将此分支用作构建和部署的基础。

临时分支的创建有以下几个好处：

1. 隔离环境：每次构建都在独立的临时分支中进行，可以避免不同构建之间的相互干扰和冲突。

2. 环境一致性：每次构建都是在相同的分支上进行的，可以确保测试和部署环境的一致性，避免由于其他分支的变更而导致的问题。

3. 资源释放：构建完成后，临时分支会被自动删除，释放相关的资源，以节省存储空间和计算资源。

因此，即使您的部署分支数量没有变化，云效仍然会创建新的临时分支来执行每次构建，以确保构建的隔离性和环境一致性。

如果您在使用云效的流水线多分支模式时，发现每次都会创建新的临时分支，可能是由于以下原因：

分支管理问题。如果您在流水线的代码仓库中设置了分支管理策略，可能会导致每次构建都会创建新的临时分支。您可以检查代码仓库的分支管理策略，确认是否存在问题。
构建配置问题。如果您在流水线的构建配置中设置了创建临时分支的条件，将会每次构建都创建新的临时分支。您可以检查构建配置，确认是否存在问题。
云效服务存在问题。如果云效服务出现故障或者维护，可能会导致每次构建都会创建新的临时分支。您可以尝试稍后再次尝试，或者联系云效的技术支持寻求帮助。
希望以上信息对您有所帮助。如果您还有其他疑问，请随时联系我。

楼主你好，阿里云云效中的流水线多分支模式，是一种基于Git分支的CI/CD自动化构建流程，可以根据不同的Git分支进行不同的构建和部署操作。在多分支模式下，每次运行流水线时，都会创建一个新的临时分支，用于构建和部署操作，这是正常的行为。

临时分支的创建是因为在多分支模式下，每个分支的代码可能会有所不同，需要创建一个新的分支来进行构建和部署操作。临时分支通常是基于Git分支创建的，会包含分支上的所有代码，构建和部署操作完成后，临时分支会被删除，不会对分支数量产生影响。

如果您在多分支模式下部署的分支数量没有变化，可能是因为您没有新建新的分支或者删除已有的分支。在多分支模式下，每个分支都会有自己的构建和部署流程，可以根据实际需求选择构建和部署的分支。如果您需要新增或删除分支，可以在Git仓库中进行操作。

最后，再来看一下这个示例：

进入添加运行分支对话框，选择运行分支。若在代码源选择的其他代码库，这里输入运行分支。

在运行配置中，添加运行分支

Flow 帮助文档
进入添加运行分支对话框，选择运行分支。若在代码源选择的其他代码库，这里输入运行分支。


可以添加多个分支

Flow 帮助文档
运行分支添加完成后，就可以开始运行。在「分支管理器」卡片中可以查看执行结果及日志。若合并冲突，需要根据提示解决冲突后继续运行。

通过「源」的「查看分支」或「分支管理器」卡片的「分支详情」可以查看创建的 release 分支及运行分支信息。

再次运行时，可以选择继续添加分支或删除已集成分支。

删除已集成分支，执行流水线时将会进行以下操作：

基于分支管理器中设置的基础分支（如 master），创建新的 release 分支

除了该特性分支外的其他在云效配置中的其他分支合并到 release 分支

基于 release 分支的最新内容运行流水线

在云效中，流水线的多分支模式会为每个提交的分支创建一个新的临时分支，并在该临时分支上进行构建和部署操作。

即使您的部署的分支数量没有变化，每次都会创建新的临时分支的原因可能有以下几点：

1. 云效的多分支模式是基于代码仓库的提交记录进行触发的，每次有新的提交都会触发流水线的执行。即使是同一个分支的多次提交，也会被视为新的提交记录，从而触发流水线的执行。

2. 临时分支的创建是为了保证每次构建和部署操作的隔离性和可追溯性。通过创建临时分支，可以确保每次构建和部署的环境是独立的，不会受到其他分支的影响。同时，临时分支的命名通常会包含提交记录的信息，便于跟踪和回溯。

3. 临时分支的创建也有助于版本管理和回滚操作。通过为每个提交创建临时分支，可以方便地查看和管理每个提交的构建和部署结果，如果发生问题，也可以快速回滚到之前的版本。

综上所述，每次都会创建新的临时分支是为了保证流水线的执行隔离性和可追溯性，并方便版本管理和回滚操作。即使部署的分支数量没有变化，云效仍然会为每次提交创建新的临时分支。

添加代码源，以使用「云效Codeup」为例，选择代码库，选择「开启分支模式」
添加完成后，在「流程配置」页面可以看到第一个阶段「分支管理器」。在分支管理器中设置基础分支，基础分支默认是 master。基础分支是发布分支的创建来源。

你好，在云效中，流水线多分支模式每次都会创建新的临时分支是为了保证每个分支的独立性和可控性。在多分支模式下，每个分支都会在流水线运行前创建一个新的临时分支，以便进行代码的拉取、构建、测试等操作。这样可以确保每个分支的代码都是最新的、可靠的，并且不会相互干扰。

关于部署的分支数量没有变化的问题，可能是因为您在流水线中没有设置分支的过滤条件，或者您在过滤条件中没有包含所有的分支。请确保在流水线中设置了正确的分支过滤条件，以便只处理需要部署的分支。如果您已经设置了正确的分支过滤条件，但仍然遇到这个问题，请检查您的代码仓库是否存在其他分支，这些分支可能与您需要处理的分支不匹配，导致流水线无法正确处理这些分支。

在云效中的流水线多分支模式中，创建临时分支的目的是为了隔离不同的开发任务或特性，并确保在不同的分支上进行开发和测试，以避免互相干扰。

创建临时分支可能不会导致分支数量的增加，但它可以确保每个开发任务或特性都有自己的独立环境和代码库，从而提高开发的效率和可靠性。

在部署的分支数量上没有看到变化，可能是因为临时分支已经被合并或删除了，或者是在部署过程中没有创建新的临时分支。请注意，在流水线多分支模式中，创建临时分支是根据具体的开发任务和特性的需要而定的，并不是每次都必须创建。

流水线的新建方式其他流水线相同，当新建流水线时选择了「开启分支模式」，就会自动创建包含【分支管理器】的分支模式流水线。

1、新建流水线

2、添加代码源，以使用「云效Codeup」为例，选择代码库，选择「开启分支模式」，然后点击「添加」

3、添加完成后，在「流程配置」页面可以看到第一个阶段「分支管理器」。在分支管理器中设置基础分支，基础分支默认是 master。基础分支是发布分支的创建来源。发布分支从基础分支创建，然后合并运行分支。「分支管理器」只能是在第一个阶段配置，且在这个阶段不能配置并行任务。

若有多版本发布需求，如 1.0，2.0，这里的基础分支可以设置为 master1.0，master2.0，实现多版本发布的流水线。

分支5
运行流水线
流水线配置完成后，就可以开始运行了。

1、在运行配置中，添加运行分支。

分支6
2、进入添加运行分支对话框，选择运行分支。若在代码源选择的其他代码库，这里输入运行分支。

可以添加多个分支

3、运行分支添加完成后，就可以开始运行。在「分支管理器」卡片中可以查看执行结果及日志。若合并冲突，需要根据提示解决冲突后继续运行。

通过「源」的「查看分支」或「分支管理器」卡片的「分支详情」可以查看创建的 release 分支及运行分支信息。

4、再次运行时，可以选择继续添加分支或删除已集成分支。

在云效中，流水线多分支模式下每次执行流水线时会创建一个新的临时分支，这个临时分支是用来进行构建和部署的。即使你的部署分支数量没有变化，也会创建新的临时分支。

这是因为在多分支模式下，为了避免在主干分支上直接进行构建和部署，而导致主干分支代码被破坏，云效会自动创建一个临时分支来进行构建和部署。这个临时分支只用于流水线构建和部署过程，完成后会被删除。
因此，不必担心临时分支对你的部署分支数量造成影响，它只是为了保护主干分支而创建的。如果你想要查看流水线执行情况，可以在流水线记录中查看详细日志。

在云效中，多分支模式下每次都会创建新的临时分支是因为流水线需要为每个分支执行一次构建。而临时分支是用于存储该分支的构建结果和代码的，因此每次构建都需要使用一个新的临时分支来存储这些信息。

如果您希望减少临时分支的数量，可以尝试以下方法：

1. 合并分支。将多个分支合并成一个主分支，这样就只需要创建一个临时分支来存储主分支的构建结果和代码。

2. 使用标签。将多个分支合并成一个或多个标签，然后在流水线中使用这些标签来指定要构建的分支。这样就可以避免每次构建都创建新的临时分支。

3. 使用Git Flow工作流。Git Flow是一种流行的版本控制工作流，它使用“功能分支”和“发布分支”来管理代码的发布。在这种工作流中，您可以将多个功能分支合并到一个发布分支上，然后在流水线中使用这个发布分支来指定要构建的分支。这样就可以避免每次构建都创建新的临时分支。

如果您部署的分支数量没有变化，可能是因为每次运行流水线时都是从相同的分支中拉取代码，并在新的临时分支上进行构建和部署。但是，如果您在 Git 仓库中添加了新的分支，这些分支也将会出现在多分支模式中。

关于提示的 git config 命令，它是提醒您可以使用 --global 参数为所有仓库设置默认配置项，也可以在每次执行 pull 命令时添加不同的参数以覆盖默认设置。这些设置可能会影响 Git 仓库的行为，但与云效中的多分支模式无关。

https://help.aliyun.com/document_detail/224587.html?spm=a2c4g.206834.0.i5

多个环境/流程时
假定要想集成发布上线，要经过日常测试环境上的测试这个流程，还要经过预发环境上的测试这个流程，那么两个流程用一条 release 分支就有些不合适。因为两个流程可能同时在测不同的 feature 分支集合。

分支模式用这个办法避免这个问题：每一个测试环境，也就是每个流程，关联它自己的 release 分支。日常测试、预发测试这两个环境（也就是两个流程），分别关联两条 release 分支。这样就不会相互影响。推而广之，为正式运行环境，也对应一条release分支。也就是说，每个环境都有对应的 release 分支。