问题描述
- 使用jenkins拉下来一个repo在jenkins的workspace中
- 在该job中让其执行以下shell
#注意$script指的是一段脚本
SHELL_SCRIPT=test.sh
echo $script > $SHELL_SCRIPT
docker copy . $container:/var/app
docker exec -i $container sh -c "cd /var/app && chmod +x $SHELL_SCRIPT && sh $SHELL_SCRIPT"
#$script如下
#!/bin/bash
master_branch=$(git branch | grep master)
test_branch=$(git branch | grep test)
if [[ ! -n $master_branch -a ! -n $test_branch ]]; then
echo "分支不存在!";
exit 1;
fi
echo "分支存在!";
- 发现脚本报错：'[['出错
- sh 改成bash
chmod +x $SHELL_SCRIPT && bash $SHELL_SCRIPT发现不报错，但是出现git not found - 将当前的conatiner从afaren/alpine-gradle 改成 node发现git不报错了但是执行结果却是分支存在
- 使用conatiner是node发现并提交一个包含所有分支的仓库却发现被echo出分支不存在
- 进入jenkins workspace发现根本没有任何分支只有一个Detach和commit id
问题思考
Q1:jenkins的从github上拉下代码放入workspace，为什么没有完整的分支情况？
-
A1:在workspace中使用
git branch发现出现了这样的字样* (HEAD detached at 00db8cc)而不是理想中的master 和 test分支。-
git plugin仅仅支持一个repo一条分支的情况，也就是在你选择源码是git的时候，会让你填写
image.png
一旦填写之后jenkins只会从repo中拉取仓库的master分支，然后创建workspace将master上的源码放入
- 此时执行
git branch查看本地包含的所有分支，发现只能看到此时的commit id
- 此时执行
-
Q2:git branch出现的不是分支而是commit 这是啥情况？
-
A2:首先可以看看jenkins关于git的log发现执行了：
- 首先执行了
git fetch --tags --progress **说明，jenkins将远端的所有有分支和内容都拉取回来了。 - 然后执行了
git checkout -f commit-id：将workspace中的代码checkout到某一次commit - 这时候就可以解释为什么
git branch只有* (HEAD detached at 00db8cc)
- git branch 指令并不是将本地有的分支都罗列出来，而是将曾经checkout到过的分支（commit）罗列出来，虽然git branch 中没有某个分支，但是只要远端有，本地就可以checkout过去（限于使用fetch和clone下来的repo） 一个例子：当你fetch一个有master和answer分支的仓库，起初你在master上并且从来没有checkout到其他分支，此时你使用git branch发现只有master，但是可以checkout到answer
- 首先执行了
-
Q3:那么如何如果我给git在jenkins 上配置
image.png最后是会被checkout到哪的commit呢？
A3:github上对于每一个仓库都会有一个default branch，jenkins会主动checkout到default branch的最近一次commit。
Q4:那么如何才能修改github上的默认分支呢？
-
A4:登录github，进入某个repo，点击settings
image.png
修改一下右边的master然后点击update即可
- Q5：如果我希望jenknis workspace中通过
git branch命令能够出现的不是某一次commit而是确定的分支？ - A5:首先要明确一点：
- 对于在jenkins中git所有的功能全部来自于git plugin,我们可以去查找plugin的功能
- 在jobs中选择如下配置即可
- image.png
- 使用这种配置，确实可以做到让你通过
git branch命令获取到远端的默认分支名（比如answer） - 但是这个answer分支并不通过
checkout到的，而是使用git checkout -b answer也就是在本地重新创建了一个新的answer，分支内容是从这一次的commit的内容copy过去的 - git插件还提供了很多的环境变量，可以查看repo的相关情况
问题提升
- 归结到到最后，对jenkins git使用不熟悉还是由于不能静下心看jenkins log
-
Action：
- 学会从jenkins复杂的log中快速提取有用信息：
- Building in workspace:先查看ws的位置
-
>:github相关的指令，>后面紧跟着的是github执行的命令行 -
[]:jenkins同一个job不同状态的开始- 例子：
-
[test]:代表test这个job构建时的操作 -
+:跟的是jenkins执行的shell -
[WS-CLEANUP]:代表这个job构建后的某一个操作，清空workspace
- 找出log的规律，一般最重要的是找到执行的命令使用什么符号开始，就可以快速定位命令之后的log
- 学会从jenkins复杂的log中快速提取有用信息：
