我有一些特定的场景。我提出了一个PR。有多个提交到此PR。
现在我需要得到提交哈希,它将在合并这个PR到master之后生成。是否可以在合并之前获取提交哈希?
假设一个应用程序组件是:xyz
-
我们为该功能分支创建了一个PR以供掌握詹金斯->PR构建开始->在节点上部署应用程序>应用程序中的jacoco插件创建了一个exec文件
-
PR合并从主构建发生->现在没有部署CC。。。
-
在完成部署之后,从单独的地方触发CC覆盖作业->它将获取exec文件并推送到sonar。
-
我试着把它做成。。exec文件名将具有<Future_git_commit_hash>_xyz.exec
-
在CC覆盖作业中,我将签出此commit_id。。然后推到声纳上。(这里通常我们不需要commit_id,只有master我们才能结账并推送至声纳(。。。
如果出现问题:在推进声纳之前,再次提出一个PR。并创建新的exec文件。所以我想有提交id,这样我就可以区分了。
无论如何,如果在合并之前无法获得commitid。。需要检查其他方法。
不,这是不可能的。
提交包含元素的描述,例如:
- 提交的作者
- 提交的内容(组成该提交的文件+目录的列表(
- 罪犯的父母
- 创建提交的时间戳
提交的哈希是所有这些信息的哈希。由于无法预先猜测提交发生的时间戳,因此无法预先猜测哈希值
我想你想使用这个哈希进行一些处理:一般的方法是让处理PR的平台(github?azure devops?(在接受并合并PR后触发脚本或api调用。
不,这是不可能的,因为合并提交的哈希中会包含确切的时间。