1

意义何在？你能提前预知自己的 comnmit id 的话，就可以在 script 里面写脚本。

2

可以吧如果我没理解错，可以指定自动执行的 step，最后的发布由你来触发

4

gitlab environment 应该可以满足你的需求

5

@AngryPanda 在哪个位置上运行 pipline 不是 gitlab 指定的嘛，怎么在 script 里写？ script 写的不是每个 stage 的构建脚本

6

gitlab 里可以操作啊,你想构建哪次提交都可以啊
但是我不是很明白你到底是想重新构建某一次 pipeline 还是某一个流程
建议说清楚使用场景

7

你的想法是可以的，gitlab 有个 pipeline 的列表，你指定哪次提交都可以，我觉得与其想，不如自己实际操作下

8

话说如果只是版本迭代的需要，为什么不切分支出来，通过分支来控制版本

9

10

可以，那个输入框可以直接输入 commit 的 hash

13

@Rwing 框框不是只能选择分支和 tab 吗，怎么输入 commit

14

你们开发时难道不分 branch 的么？分 branch 的话你设置仅某 branch 触发 CI 然后定期 merge 不就行了。

15

gitlab 的网站上有详细说明 ci 配置的文档，可以看看

19

看来用 gitlab-ci 的兄弟还是蛮多的嘛

21

1

22

gitlab 可以手动提交某个 stage

23

通过 trigger 可以指定某个提交构建

24

可以将你的 Pipeline 部署的 Job 设置 `when: manual`, 这样你可以回去找到历史的 pipeline 手动 trigger deploy job.

25

通过 trigger 出发一次 pipeline 啊

28

@HangoX 通过 trigger 触发的前提是 auto devops 需要开着，让每个 commit 都有一个对应的 pipline 是吧。然后可以通过 trigger 触发历史的 pipline，是不是这个么意思？

29

script:
- git reset --hard {hash}
...

30

用 tag 触发，或者用正则表达式去搜索 commit-message （前面已经有人说了）
only:
variables:
- $CI_COMMIT_MESSAGE =~ /pls test/i
- $CI_COMMIT_REF_NAME == "release"

31

@Kontinue 不用那么麻烦，你 gitlab.yaml 增加一个 trigger 触发，然后通过 trigger 发送 commit 就好了