【notes3】git，docker，jenkins，gerrit

已于 2025-08-20 14:16:43 修改
阅读量2.8k 收藏 42
点赞数 32
CC 4.0 BY-SA版权
分类专栏： notes 文章标签： git
于 2024-06-23 20:28:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43435675/article/details/94360340

文章目录

1.git

1.1 常用指令

git branch查看本地分支， -r查看远程分支， -a查看本地和远程，-v查看各分支最后一次提交， -D删除分支
git fetch origin arch（远程）:arch（本地）
git lfs clone  #Large File Storage，在Git仓库中用一个1KB不到的文本指针来代替文件的存在，通过把大文件存储在Git仓库外，可减小Git仓库本身的体积，使克隆Git仓库的速度加快且不会损失性能

git add -A   # 全部，这样新增的文件也能stash save
git commit -m '提交信息' --no-verify    # 可以跳过代码检查
git commit --amend -m '提交信息' --no-verify    # 对上一次的提交进行修改
git log --oneline --graph   # 查看commit第一行
git status   # 查看工作区变更是红色（缓存区是绿色），新版本
git push origin dev（本地） ：dev（远程） -f    # 覆盖commit
git reset --hard commithash  # 慎用，一般不带hard
git remote add/remove # 添加/删除一个远端仓库，origin名字可代替后面github仓库（这github仓库是https版本，换成ssh版本并配置key免密登录）
git remote -v：显示所有远程仓库

git stash save a  # 先git add -A再执行这一步后再git pull origin ，因为有冲突也能pull成功
git stash list  # 可到新分支pop此分支改动
git stash pop stash@{0}  #有冲突也pop出来了，解决冲突（updated是远程）后保存并git add这文件即标记已解决，可用git reset HEAD 文件将绿变红，最后git stash drop stash@{0}

git checkout a.html  # 还原a.html文件改动, 红色变没
git checkout -b dev   # 创建并切换到dev分支，不加-b只是切换

git pull = git fetch + git merge  # 一般不单独用merge
git push <远程主机名> <本地分支名>:<远程分支名>  # git push origin dev:dev 和 git push origin dev 等效，因为本地分支和远程分支同名可以省略冒号部分

git diff > a.patch 
git apply --reject a.patch # 尝试应用补丁（允许部分失败）
ls *.rej，rm *.rej # 手动解决冲突后，删除 .rej 文件

git add,  git commit -m "" ,  git format-patch -n1
git cherry-pick 另一分支commitid， 出现冲突，git status查看解决后git add冲突文件后git cherry-pick --continue (先git pull -p 拉取分支和tag，git remote update -p)

# 在Windows下，标准的行结尾格式是CRLF（回车符和换行符），它由一个回车符（CR）和一个换行符（LF）组成，即\r\n。
# 在Unix和类Unix系统（如Linux和macOS）中，标准的行结尾格式只使用换行符（LF），即\n。
# git 提交出现dos格式的解决方法，关闭 git 的自动换行符转换。
git config --global core.autocrlf false

在这里插入图片描述

内部：
git tag -a NS730-v0.01.00 -m "NS730-v0.01.00-release"  # 创建tag
git push origin NS730-v0.01.00 # 同commitid自动会有tag标志

外部：commitid关联内部
git add meta-alibaba/meta-obmc-h  # git commit/push/网页merge：[tag]模板, 合并后重复上面内部中2行

验证：
git clone -b 外部
./sync_yocto.sh 或 cp -r其他项目yocto文件夹
git submodule init 
git submodule update
进入内部，git fetch origin q:q ; git checkout q ; 一定要git status检查内外部，不然dirty
source openbmc-init-build-env meta-alibaba/meta-obmc-h , bitbake

openbmc$ git remote -v
origin	https://github.com/AspeedTech-BMC/openbmc.git (fetch)
origin	https://github.com/AspeedTech-BMC/openbmc.git (push)
openbmc$ git remote rename origin old-origin
openbmc$ git remote add origin https://172.16.11.16/ta/aspeed_2700evb.git
openbmc$ git config --global user.name "ta"
git config --global user.email "ta@m.com"
openbmc$ cat .gitignore 
build*/*
customrc
*.sw?
.repo/
.vscode/
openbmc$ git branch 
* v09.06
openbmc$ git push origin v09.06:main -f
error: src refspec v09.06 matches more than one
error: failed to push some refs to 'https://172.16.11.16/ta/aspeed_2700evb.git'
openbmc$ git show-ref | grep v09.06
cf5f451d8ffcb8eefc288ba305707f953874baf9 refs/heads/v09.06
1ae1969ea30a13640f8f4a337500da1841419325 refs/tags/v09.06
openbmc$ git -c http.sslVerify=false push origin refs/tags/v09.06:master -f
openbmc$ git -c http.sslVerify=false push --set-upstream origin --all
出现：server certificate verification failed. CAfile: none CRLfile: none ，则 git config --global http.sslVerify false 改变.gitconfig的[http]字段

1.2 commit规范

# .commit_template.txt隐藏文件：git commit进入vi界面（进入前要git config core.editor vim设一下vi模式）
[Project/Common][Feature/Bug/Enhancement/Porting/Debug/Style/Build/Docs/Refactor/Revert]: Brief oneline Summary(Less than 50 characters)

# .commit-msg-hooks.sh隐藏文件：
#!/bin/sh
str=$(cat $1)    # $1就是git commit进入里的信息即ommit_template.txt内容
python .git/hooks/commit-msg-check.py "$str"


# .commit-msg-check.py隐藏文件：
#!/usr/bin/python
import sys
support_plat = ["Common", "SR", "Lin"]
support_type = ["Feature", "Bug", "Enhancement", "Porting",
                "Debug", "Style", "Build", "Docs", "Refactor", "Revert"]
format_dict = {"Description": False, "Root Cause": False,
               "Solution": False, "JIRA": False, "Test": False}

line = sys.argv[1]
if line.startswith("Merge branch"):
    exit(0)

commit = line.splitlines()
if len(commit[0]) == 0:
    print("Reject!!!! \nFirst line of commit message must not empty! !")
    exit(1)

platform = commit[0].lstrip()[1:-1].split("]")[0]
types = commit[0].lstrip()[1:-1].split("]")[1].lstrip()[1:]
if types not in support_type:
    print("Reject!!!! \nPlease select type in {} !".format(support_type))
    exit(1)

if platform not in support_plat:
    print("Reject!!!! \nPlease select platform in {} !".format(support_plat))
    exit(1)

for index in range(1, len(commit)):
    commit_line = commit[index]
    if commit_line.startswith("[Description"):
        format_dict["Description"] = True
    if commit_line.startswith("[Root"):
        format_dict["Root Cause"] = True
    if commit_line.startswith("[Solution"):
        format_dict["Solution"] = True
    if commit_line.startswith("[JIRA"):
        format_dict["JIRA"] = True
    if commit_line.startswith("[Test"):
        format_dict["Test"] = True

for key, value in format_dict.items():
    if not value:
        print("Reject!!!! \nLost \"{}\" field in commit!".format(key))
        exit(1)
exit(0)


# openbmc-init-build-env文件（fb）或setup文件（ocp）：拷贝安装上面文件
title_num=$(sed -n '/\[commit\]/p' .git/config | wc | awk -F' ' '{print $1}')
file_num=$(sed -n '/template = \.git\/commit_template.txt/p' .git/config | wc | awk -F' ' '{print $1}')
if ! ([ "$title_num" -gt 0 ] && [ "$file_num" -gt 0 ]) ; then
    echo "[commit]" >> .git/config
    echo "        template = .git/commit_template.txt" >> .git/config
fi

if [ -f ".commit_template.txt" ];then
    cp .commit_template.txt .git/commit_template.txt
fi

if [ -f ".commit-msg-hooks.sh" ];then
    chmod 777 .commit-msg-hooks.sh
    cp .commit-msg-hooks.sh .git/hooks/commit-msg ###### git commit回车触发
fi

if [ -f ".commit-msg-check.py" ];then
    chmod 777 .commit-msg-check.py
    cp .commit-msg-check.py .git/hooks/commit-msg-check.py
fi

#如下在项目目录：
#source openbmc-init-build-env meta-hua/meta-whitebox
#cat .git/config
#[commit]
#        template = .git/commit_template.txt

ssh可免密码（git@），但要配置公钥到github上。https免密：git config --global credential.helper store （除第一次，后面缓存，git config --global --list查看）
在这里插入图片描述
如下一行（linux中没有.exe）是在.ssh文件夹中（原来只有known_hosts文件）生成两个id文件。
在这里插入图片描述
在这里插入图片描述
如下配置输入ssh localhost就不要登录密码，-t参数指定要生成的密钥类型，-P密码"表示没有，-f是密钥的生成后的保存文件位置。

ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa  # 生成如下两个文件

在这里插入图片描述

cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
chmod 0600 ~/.ssh/authorized_keys

2.docker

2.1 pull/image，run/ps（进程），exec/commit

docker和vmware虚拟机一样由三部分构成：镜像(image)是像ubuntu镜像文件（iso，img文件），容器(ps)是一个正在运行的虚拟机，仓库是存放镜像文件场所（dockerhub）。tar文件类似于vm使用时的vmdk文件，可将一个镜像直接保存成一个tar文件，别人load重新加载成一个镜像，run起来成了一个虚拟机。Dockfile是一个很短的配置文件，通过写"如何构建"的步骤来指定一个镜像如何构建的，通过docker build指令可将Dockfile构建成一个镜像。仓库保存了一些公有镜像如ubuntu/nginx/mysql/tomcat镜像等。
在这里插入图片描述
ubuntu安装命令：sudo apt install docker.io，网站：play with docker。docker run -d -p 81:80 nginx指定外部81端口同理点击81跳转到nginx网页首页（nginx的默认端口是80）。
在这里插入图片描述
在这里插入图片描述
如下再次点击外部80端口。
在这里插入图片描述
如下暂时用不到81，容器里内容修改后要commit成新镜像m1，和pull下来的nginx镜像并列。
在这里插入图片描述
当前目录自己新增index.html（里面写着wai bu de wen jian）和Dockerfile两文件，将原来nginx里面index.html替换了，如下vi Dockerfile。
在这里插入图片描述
在这里插入图片描述
点击外部100号端口如下：上面为dockerfile build成一镜像run成为一容器。
在这里插入图片描述

2.2 save/load

docker rm m2将m2镜像直接删除，提示有个容器基于这镜像无法删除，那将容器（container id）也删了。docker save + 镜像id，不是容器id。
在这里插入图片描述
删了容器还要删除镜像m2，docker load使m2镜像又从tar文件重新拿过来了。文件映射-v就是将一些静态文件放外面，在外面（pwd）修改文件（因为是映射的）里面文件也会跟着变化。
在这里插入图片描述

2.3 Dockerfile

FROM：指定当前镜像基于哪个镜像，必填，一行就可以构建一个镜像。镜像像程序，容器像进程。
WORKDIR：指定接下来shell语句运行在哪个路径下，如下alpine镜像下肯定没有/app这个目录，自动创建。
COPY：将当前宿主机文件拷贝到镜像中去。
RUN：构建容器时运行这脚本，当前工作目录就是/app，所以如下321写入/app/1.txt
CMD：指定整个容器启动起来运行脚本，运行完后整个容器生命周期结束（tail -f 阻塞式）。
如下必须命名为Dockerfile，1.txt里面原本内容有123。
在这里插入图片描述
如下指定输出镜像名test，最后的点表示dockfile文件位于当前目录下。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
进入docker默认是root用户，增加自己的同名目录并切换再编译。
在这里插入图片描述

编译实例

在这里插入图片描述
如果出现source not found，如上vim后面加入bash，并添加如下，加入默认/bin/sh指向bash。
在这里插入图片描述
在这里插入图片描述

sudo docker build -t amdturin
sudo docker run -it -u 1003:1003 -v /home_a/si:/home/si amdturin (docker images查看，因为是latest不用指定版本号) /bin/bash

在docker内ls -l，如下1003就是用户名和group名。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
如下在容器中切换到了username用户，第3/4行分别是gitlab/github。. setup sp7。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
x.bbappend找不到bb，find后没有，注释为x.bbappend.bk。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.jenkins

3.1 jenkins-docker配置

jenkins镜像和nginx一样，code push到git上，git通过hook触发构建/测试/部署就是CI（持续集成）CD（持续交付）工具即jenkins（需提供一台运行jenkins的机器）。官网https://www.jenkins.io/下载jenkins，可选择适合你自己系统的版本，也可选择不依赖于系统的docker（前提本机安装了docker）或war包（本机安装了java），如下开启服务端。
在这里插入图片描述
执行如上命令出现密码，复制这串密码，浏览器打开http://localhost:8080（客户端），粘贴到管理员密码里。点击安装推荐插件，创建管理员用户y，密码123，到这里jenkins已经安装完成了（装在win上），主要用来配合git服务器。
在这里插入图片描述
在指定服务器上安装docker，使用docker命令进行下载jenkins-docker版本如下：

docker pull jenkins/jenkins:2.54  (docker images查看, 不指定版本就是最新的版本)

-name指定image名字。-p内部container和外部对应关系。-v外部地址和container内部地址对应关系，在container内部修改jenkins的话，外部也会更新。/etc/localtime时间同步。

docker run --privileged=true -d --name jenkins -p 8080:8080 -v /var/run/docker.sock:/var/run/docker.sock -v /home/y/jenkins_home:/var/jenkins_home/ -v /etc/localtime:/etc/localtime jenkins/jenkins:2.54 （或v4）

在这里插入图片描述

docker exec -u 0 -it jenkins bash   # 进入docker container内部，需安装cppcheck等命令
docker save –o jenkins_v4.tar jenkins/jenkins:v4  # 保存docker images为tar包命令
docker load -input jenkins_v4.tar  # 加载tar包为docker images命令

3.2 jenkins与gitlab配置

gitlab与jenkins的access token配置

GitLab配置Access Token，用于jenkins连接GitLab获取GitLab API接口：点击右上角用户头像Edit profile，再点击左侧Access Tokens ，命名为gitlab_jenkins，Select scopes全部勾选上，点击创建产生如下字符串。
在这里插入图片描述
如下Manage Jenkins需要admin admin用户。如下Add是一个按钮。
在这里插入图片描述

新建jenkins job和配置job

jenkins的Dashboard仪表盘界面点击New Item（要登陆），可新建job或者复制已有job，直接复制已有job，拷贝后的job不要运行build，避免回填错误数据到GitLab。
在这里插入图片描述
http://10.75.13.34:8084/job/example/，点击Advanced。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
如下gitlab查看成员，只有Maintainer才有Settings。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

jenkins pipeline script配置

// 环境模块导入, 清空工作空间，groovy语言
import hudson.*
node(""){
    stage("clear workspace"){
        cleanWs()
    }
}

// 下载源码
node(""){
    stage("download code"){
        echo "download code"
        if (env.gitlabSourceBranch == null){   //当gitlab过来触发的job的话，环境变量上就会有gitlabSourceBranch字串
            git branch: "sw61", credentialsId: '18f53bc3-dc50-4178-acde-d628264ee453', url: 'https://gitlab-dbd...com/bsp_diag/prj_bsp.git'   // null说明不是gitlab触发
        }else{  //gitlab做了push或merge操作时触发，credentialsId就是Access Tokens
            git branch: env.gitlabSourceBranch, credentialsId: '18f53bc3-dc50-4178-acde-d628264ee453', url: env.gitlabSourceRepoHttpUrl
        }
    }
}

// 源码cppcheck扫描
try{
    node(""){
        stage("cppcheck"){
            echo "cppcheck starting"
            pwd()
            sh "/home/cppcheck-1.75/cppcheck 4 --enable=all --inconclusive  --xml --xml-version=2 "+env.WORKSPACE+" 2> cppcheck.xml"
            publishCppcheck ignoreBlankFiles: true, pattern: 'cppcheck.xml'
            def cppcheck_file_obj = new File(env.WORKSPACE+"/cppcheck.xml")
            if (cppcheck_file_obj.isFile()){
                echo "cppcheck.xml file exist"
                result = sh returnStdout: true ,script: "cat "+env.WORKSPACE+"/cppcheck.xml"
                if (result == ""){
                    echo "analyse cppcheck.xml failure,cppcheck.xml is empty"
                    currentBuild.result="FAILURE"
                }else{
                    echo "analyse cppcheck.xml"
                    cppcheck_result = sh returnStdout: true ,script: "cat "+env.WORKSPACE+"/cppcheck.xml | grep 'cppcheck version'"
                    if(cppcheck_result == ""){
                        echo "analyse cppcheck.xml failure,cppcheck.xml format error"
                        currentBuild.result="FAILURE"
                    }else{
                        final_result = sh returnStdout: true ,script: '''cat '''+env.WORKSPACE+'''/cppcheck.xml | grep severity=\\"error\\"'''
                        if(final_result == ""){
                            echo "analyse cppcheck.xml pass"
                        }else{
                            echo "analyse cppcheck.xml failure,cppcheck.xml has error"
                            currentBuild.result="FAILURE"
                        }
                    }
                    
                }
            }else{
                echo "cppcheck.xml file not exist"
                currentBuild.result="FAILURE"
            }
        }
    }
}catch(e) {
    echo "cppcheck failure"
    currentBuild.result="FAILURE"
}

// 源码编译
try{
    node(""){
        stage("compile code"){
            echo "compile code"
            sh "make"   //在docker里编译
        }
    }
}catch(e) {
    echo "compile code failure"
    currentBuild.result="FAILURE"
}

// 验证扫描与编译结果，成功后归档相关文件
node(""){
    stage("archive"){
        echo "archive"
        if(currentBuild.result == 'FAILURE') {
            echo "Something unexpected happened. Please inspect Jenkins logs. Skip archive."
        }else{
            sh '''
            mkdir build
            cp cppcheck.xml build/
            cp *.ko build/
            tar -zcf archive.tar.gz build/
            '''
            archiveArtifacts artifacts: '*.tar.gz', followSymlinks: false
        }
    }
}

// 根据扫描和编译结果，回填数据到GitLab
stage("commit gitlab"){
    echo "commit gitlab"
    if(currentBuild.result == 'FAILURE') {
        updateGitlabCommitStatus(name: 'sw61_bsp_build', state: 'failed')
    }else{
        updateGitlabCommitStatus(name: 'sw61_bsp_build', state: 'success')
    }
}

jenkins&gitLab集成环境验证

GitLab推送修改至仓库新分支，验证push event可触发jenkins job，jenkins回填数据至GitLab。
在这里插入图片描述
gitlab触发docker_jekins（部署在34服务器上），34 ssh到33编译服务器进行编译回传img到34，34将img传到测试的机器上（测试机器上有测试用例代码文件），34拷完img后触发40测试平台服务器（40是大docker前后端，小docker测试环境 【 ssh/串口/PDU到测试机器上 ，python3 测试用例 】 ，34传来的是选择哪一个小docker ），40将执行pass显示结果传给34，34传给gitlab。
在这里插入图片描述
在这里插入图片描述

4.gerrit

用github账户登录https://gerrit.openbmc.org，gerrit页面Setting - Contact Information，Profile下填Full Name，Email Address填New Email Addr，SEND VERIFICATION确认。Setting - New SSH Keys参考上面gitlab免密。

BROWSE按钮选择Repositories选择项目如openbmc/bmcweb，ANONYMOUS HTTP进行git clone。gerrit进行commit时必须生成一个Change-Id，否则push到gerrit服务器时会收到错误提醒，对于仓库没有.git/hooks/commit-msg文件时，需要如下下载：
在这里插入图片描述
git add，git commit -s ( -s让commit信息里自动生成 signed-off-by，commit-msg自动生成Change-Id) -m " aaa" 。不能把代码提交到远程master或其他分支（这样就越过gerrit了），gerrit必须依赖refs/for/*的分支如git push origin HEAD:refs/for/master，CHANGES -> Open 查看提交是否成功，点击Reviewers， 添加审核人员 （可以添加多个），如果该项目自己也有权限，可自己打分，同时Code-Review必须是2分才能进行merge（分数不可以累加）。
在这里插入图片描述
当review人员收到review请求后，进入项目点击REPLY，进行Code-Review打分，Submit提交打分，代码查看：BROWSE - Repositories - 项目名 - BROWSE - 分支。

如何在VSCode中高效使用Git：完全指南
fudaihb的博客
04-01 2万+
Git作为目前最流行的分布式版本控制系统，已经成为了开发者们的标配。它的强大之处在于可以有效地跟踪文件的更改、协调多人协作、并且提供了分支管理等功能。而Visual Studio Code（简称VSCode）作为一款轻量级但功能强大的集成开发环境（IDE），在开发者中广受欢迎，其内置了丰富的扩展生态系统，使得集成Git成为了极其方便的事情。
CI/CD 环境搭建：Docker+Jenkins+Gerrit
weixin_49599385的博客
08-15 1997
软件开发的连续方法旨在通过自动执行脚本，以最大限度地减少在开发应用程序时引入错误的可能性。从新代码的开发到部署，它们只需要较少的人为干预甚至根本不需要干预；它涉及在每次小迭代中不断构建，测试和部署代码更改，从而减少基于有缺陷或失败的先前版本开发新代码的机会。
git-commit-lint-vscode:vscode一款git 规范化提交插件
05-17
git-commit-lint-vscode 在日常的开发中,目前主流的代码管理工具就是 git 了,当我们对代码进行改动了,首先得git commit提交到本地仓库,git 规定了提交时必须填写提交信息作为改动说明,保存 commit 历史中,可以找到历史代码,也方便他人 review,还可以输出 CHANGELOG,对项目的研发质量都有很大的提升。 但是在平时的工作中,大部分对于commit 都是简单的填写,没有好好的重视,这对于项目管理和维护来说,无疑是不友好的。这个插件就是规范化git提交规范,让你的提交不仅"好看"还"实用" git 规范提交从何说起? git 规范提交从哪里开始的呢?起源在哪呢?emmmmmm,这就追溯到了Angular了! 让我们看下Angular社区的提交规范 这个提交记录是不是一目了然?所以git commit规范下还是很有必要的! 说明 类型 emji
Git Commit 模板完整配置指南
最新发布
qq_32019341的博客
06-18 1383
Git Commit模板配置指南摘要 本文详细介绍了Git Commit模板的配置方法和最佳实践。主要内容包括： 模板价值：规范Commit信息可提高代码历史可读性、支持自动化工具、便于团队协作 模板格式：采用Conventional Commits规范，区分Header/Body/Footer三部分 系统配置：通过git config设置全局或项目级模板文件 类型字典：提供基础类型、C++专用类型和项目管理类型词汇表 IDE集成：VSCode和CLion的模板配置方法
无需命令行，用 VSCode 轻松提交 Git 代码
热门推荐
希望看完文章的你能够带着答案离开。
01-05 9万+
无需命令行，用 VSCode 轻松提交 Git 代码
在 vscode 中使用 Git ：拉取、提交、克隆
xujianjun229的博客
09-03 1万+
1、将代码放到码云 到码云里新建一个仓库，完成后码云会有一个命令教程按上面的来就行了 码云中的使用教程： Git 全局设置: git config --global user.name "ASxx" git config --global user.email "123[email protected]" 创建 git 仓库: mkdir wap // 项目在本地的路径 cd wap git init touch README.md git add README.md git comm
手把手教你在VSCode中使用Git
诗筱涵的博客
12-25 4万+
我本身也多次看到他们用vscode查看修改prometheus代码 摘自：https://mp.weixin.qq.com/s/De7BFnT6cSL6ajvYoiNYkQ 手把手教你在VSCode中使用Git 嵌入式大杂烩 今天 在一个目录下clone项目： git clone XXXXXX.git 使用VScode 打开项目 右击通过Code打开。 使用vscode提交代码 1、打开下面视图，添加一行文字： ## 测试提交 2、点击 + ；相当于git ad.
win10下docker-compose搭建gitlab+gerrit+sonar+jenkins持续集成环境
zhonglunshun的专栏
03-04 4301
这是一篇纯干货文章，该文章介绍如何使用docker快速搭建持续集成环境。我假定大家看了我前面的两篇文章或者自己了解过docker和docker相关的知识，因此这篇文章目的只有一个，尽快搭建好具备持续集成的环境。 准备工作 工欲善其事，必先利其器。我们需要把基础环境准备好，基础环境包括： 一台性能还可以的安装了win10的电脑（4G以上+双核） docker for windows。 powerS...
CentOS下搭建Git_Gerrit_Jenkins版本控制系统
07-23
CentOS下搭建Git_Gerrit_Jenkins版本控制系统
Mac上搭建docker gitlab Jenkins sonar gerrit代码托管 审核 持续集成架构搭建
MatrixMind的博客
12-27 556
1.搭建的需求 现在项目it项目中，代码托管 审核 持续集成以及定时任务（代码资源扫描，自动化测试，等等）是项目工程的基础。 2.搭建过程 1.docker安装 https://docs.docker.com/docker-for-mac/install/ https://www.runoob.com/docker/macos-docker-install.html 2.docker中...
容器自动化（五）：jenkins+git+docker构建持续化集成环境.pdf
07-18
docker+jenkins+gitlab的持续集成，持续交付，使开发，运维，测试一体化，研发：开发流程高效，稳定，快速，交付结果可预测，运维：容器监控，自动化运维，降低维护成本
在VSCode中使用Git教程
记录分享编程与冲浪知识
12-25 7596
介绍一下如何在VSCode中使用Git
VSCode中使用Git提交代码
博客主要分享技术教程、工具教程、bug解决、前沿技术动态、编程经验、心得感悟等。 内容同步、干货获取、推广宣发请看侧栏推广信息
09-04 2万+
天行健，君子以自强不息；地势坤，君子以厚德载物。 每个人都有惰性，但不断学习是好好生活的根本，共勉！ 文章均为学习整理笔记，分享记录为主，如有错误请指正，共同学习进步。 文章目录一、建立连接（remote）1. 克隆2. 初始化连接二、添加（add）三、提交（commit）四、推送（push） 一、建立连接（remote） 本地文件夹选中后鼠标右键Git Bash Here 在打开的命令窗口进行操作 通过命令将远程连接到本地，两种方式： 1. 克隆 git clone 远程连接地址 2. 初始
VSCode — git 操作
pentiumCM的博客
04-06 1695
文章目录VSCode — git一、使用说明1 提交代码 VSCode — git 一、使用说明 1 提交代码 回顾 git 提交操作顺序： # 提交到本地缓存 git add . # 提交到本地仓库 git commit -m "提交备注信息" vscode 中 git 提交操作： 操作界面： ...
（新手友好）在VScode使用git提交本地代码至github仓库，很方便！
weixin_45914748的博客
06-19 5523
代码从仓库克隆到本地之后，你能在VScode上，看到你对代码的所有修改。点击左侧的源代码管理图标（通常是一个分支的图标）或使用快捷键Ctrl+Shift+G（Windows/Linux）或Cmd+Shift+G（Mac），在“Changes”部分，你可以看到所有未提交的更改，如下图。
vscode git提交代码
qq_32555123的博客
05-17 5013
首先打开VScode的终端，进入你要提交的代码所在的目录下，然后 1 初始化： git init 2 定向到你的代码仓库： git remote add origin git上的https地址 3 本地保存 git add -A 4 提交 git commit -m "第一次提交" 5 注意，如果你项目中有readme文件而且在码云网站上创建仓库时也生成了readme文件话要加上 -f git push origin master ...
VsCode使用Git上传代码至GitHub上
2301_80864686的博客
11-03 1万+
打开项目后，我们看到如下图所示，点击文件夹管理，弹出我们克隆下来的代码，选择README.md文件，可以看到对应的文件内容，对该文件进行一些修改并保存，以便接下来测试是否可以回传到GitHub。（1）进入Git管理界面后，可以看到已经有了一个更改，文件的后面的字母 M 表示文件发生了更改，意味着 modified，点击该文件，如下图所示，可以看出我们对文件的更改是增加了部分内容。（3）按照提示，我们在箭头处填写信息，此处的信息内容为提交的备注，这里可以写修复了什么内容，写完后点击右上角的 √ 提交。
优雅地通过vscode使用git
weixin_42295969的博客
05-19 466
1、初始设置 主要参考文章：1.如何将本地的项目推送至git仓库、2.b站视频 进行全局设置 git config --global user.name "名字" git config --global user.email “邮箱” 初始化仓库：git init 关联需要推送的地址 git remote add origin https://github.com/xxxxxxxxx/xxxx.git 2、本地仓库步骤 git init：初始化本地仓库 git add 修改部分：提交修
VSCode使用Git（待更）
秋南森的博客
11-30 210
4、添加远程存储库，输入Github仓库的SSH：git@github.com:Ludweg/Test02.git , 输入仓库名。在Git的安装过程中除了自定义安装位置，其余选项基本默认即可。点击Git-2.43.0-64-bit.exe下载。安装好Git后，重启VSCode即可使用源代码管理。1、点击源代码管理，点击初始化仓库。3、输入“第一次提交”，点击提交。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

43435675

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值