网站开发在线培训,项目三的设计与制作,WordPress网站404公益页面,马鞍山网站建设服务开发文章目录 1. 前置条件2. Git Hook2.1 Git Hook 分为两部分#xff1a;本地和远程2.1.1 本地 Git Hook#xff0c;由提交和合并等操作触发#xff1a;2.1.2 远程 Git Hook#xff0c;运行在网络操作上#xff0c;例如接收推送的提交#xff1a; 3. 操作步骤3.1 对所有的仓… 文章目录 1. 前置条件2. Git Hook2.1 Git Hook 分为两部分本地和远程2.1.1 本地 Git Hook由提交和合并等操作触发2.1.2 远程 Git Hook运行在网络操作上例如接收推送的提交 3. 操作步骤3.1 对所有的仓库配置server hooks3.1.1 全局配置3.1.2 编写脚本3.1.3 测试 3.2 对单个仓库配置server hooks3.1.1 全局配置3.1.2 编写脚本3.1.3 测试 1. 前置条件
版本: 基础版环境: 自管理参考链接 gitlab git hooks
2. Git Hook
与许多其他版本控制系统一样Git 有一种方法可以在发生某些重要操作时触发自定义脚本即 Git HookGit 钩子。 当我们初始化一个项目之后.git 目录下有一个 hooks 目录可以看到上图左侧有很多执行任务比如 pre-commit代表在运行这些命令之后或之前会进行一些校验和检测来执行相应任务。
2.1 Git Hook 分为两部分本地和远程 2.1.1 本地 Git Hook由提交和合并等操作触发
比如代码发生变更进行 git add把 message 进行 commit changes当 git commit 时就会执行一个钩子叫 pre-commit准备提交钩子。
2.1.2 远程 Git Hook运行在网络操作上例如接收推送的提交
在 commit 之后要推送到远端此时有一个叫 pre-push 钩子把信息推送 git 仓库在远程阶段极狐GitLab 相当于一个远程仓库。如图有很多仓库分别承担不同功能比如 pre-receive 主要在服务器端接收通过本地推上来代码然后 update 相关代码post-receive 说明代码接受成功同时有一个服务器钩子执行。
在这里我们主要关注本地 hook比如说 pre-message 和 pre-push因此我们会借助这些工具来实现规范化代码内容。
3. 操作步骤
3.1 对所有的仓库配置server hooks
3.1.1 全局配置 参考地址git hooks all repo gitaly[custom_hooks_dir] /var/opt/gitlab/gitaly/custom_hooksgitlab-ctl reconfigure3.1.2 编写脚本
创建目录custom_hooks
mkdir -p /var/opt/gitlab/gitaly/custom_hooks/pre-receive.d/编写脚本 该脚本的作用是规范gitlab提交的信息 cat /var/opt/gitlab/gitaly/custom_hooks/pre-receive.d/pre-receive.sh #!/bin/bash
while read oldrev newrev refname; do# 从标准输入读取每个引用的旧版本、新版本和引用名称commits$(git rev-list --prettyoneline $oldrev..$newrev)# 遍历每个提交信息while read commit; do# 提取提交信息的前缀prefix$(echo $commit | awk {print $2} | awk -F : {print $1})# 检查前缀是否符合要求if [[ $prefix ! feat $prefix ! fix $prefix ! hotfix ]]; thenecho Error: Invalid commit prefix in one or more commits:echo $commitecho Only commits with prefixes feat, fix, or hotfix are allowed.exit 1fidone $commits
done给脚本权限
chown -R git.root /var/opt/gitlab/gitaly/custom_hooks/pre-receive.d
chmod x git.root /var/opt/gitlab/gitaly/custom_hooks/pre-receive.d/pre-receive.sh3.1.3 测试
测试提交 回退commit 再次提交
3.2 对单个仓库配置server hooks
3.1.1 全局配置 参考地址git hooks single repo gitaly[custom_hooks_dir] /var/opt/gitlab/gitaly/custom_hooksgitlab-ctl reconfigure对于配置单个仓库的server hooks也是需要开启全局的配置否则会导致脚本在某个repo的相对路径下不会生效
3.1.2 编写脚本
创建目录custom_hooks
# 进入到仓库在gitlab中的存储路径下
cd /var/opt/gitlab/git-data/repositories/
# 根据在gitlab的管理界面 - 项目中查看项目的相对路径是一个hash路径
cd hashed/6b/86/6b86b273ff34fce19d6b804eff5a3f5747ada4eaa22f1d49c01e52ddb7875b4b.git
# 创建custom_hooks目录
mkdir -p custom_hooks/pre-receive.d
chown -R git.root custom_hooks编写脚本 该脚本的作用是禁用对该仓库做任何的push操作 cat pre-receive.sh
#!/bin/bashwhile read oldrev newrev refname; dobranch$(git rev-parse --symbolic --abbrev-ref $refname)# 检查是否有提交如果有则拒绝if [ $oldrev ! 0000000000000000000000000000000000000000 ]; thenecho Pushing to $branch is not allowed. All pushes are prohibited.exit 1fi
done给脚本权限
# 进入到仓库在gitlab中的存储路径下
cd /var/opt/gitlab/git-data/repositories/
# 根据在gitlab的管理界面 - 项目中查看项目的相对路径是一个hash路径
cd hashed/6b/86/6b86b273ff34fce19d6b804eff5a3f5747ada4eaa22f1d49c01e52ddb7875b4b.git
chown -R git.root custom_hooks/
chmod x git.root custom_hooks/pre-receive.d/pre-receive.sh3.1.3 测试
测试提交
