jenkins和git的分支问题

问题描述

• 使用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

问题还没有解决，这只是问题中关于git和jenkins的部分 之后继续分析