Git常见命令、branch、tag
参考:
(1条消息) git常用操作(branch tag)_Zack_Liu的博客-CSDN博客_git branch tag
(1条消息) GIT 正确的branch、tag和版本管理_Alex【大树】的博客-CSDN博客_git tag是版本开始的地方打 还是结束
GitLab使用教程,看这一篇就够了 - 简书 (jianshu.com)
Git常见命令
1、首先把服务器上的代码克隆下来
git clone git@192.168.200.109:snailå/GitTest.git
2、将所有有改动的全部添加到要提交的本地库中
git add .
3、将修改提交到本地库
git commit -a -m "提交添加的注释信息"
4、将本地库的commit推送到远程服务器
git push
5、拉取服务器上最新资源:
git pull
6、在不同的分支之间切换:git checkout 分支名
注意事项:切换分支的时候,如果当前分支有改动没有提交,是不能切换分支的,需要先把改动的内容提交或者放入缓存区
git checkout release/v1.0.0
7、合并分支:git merge 分支名
git merge feature/login
branch、tag
Git分支和标签的命名规范
1.分支
dev/test/pre/pro(即master)
2.标签
Tag格式: 主版本号.次版本号.修订号-类型标签,其中类型标签可为:alpha、beta、rc、r。
Tag示例:1.0.0-alpha、1.0.0-beta、1.0.0-rc、1.0.0-r
注1:有的公司在版本命名时,前面加v,“-”替换成“_”,更加详细一点还可以在修订号后面添加发布日期,例如v1.0.0.191220_alpha
3.分支与标签的关系
dev–>alpha
test–>beta
pre–>rc
pro–>r
分支在实际中有什么用呢?
假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
怎么办?
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,
而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作
四个环境以及各自的功能特点
四个环境分别是:dev、test、pre、pro(master),中文名字:开发环境、测试环境、灰度环境、生产环境
dev环境:开发环境,外部用户无法访问,开发人员使用,版本变动很大。
test环境:测试环境,外部用户无法访问,专门给测试人员使用的,版本相对稳定
pre环境:灰度环境,外部用户可以访问,但是服务器配置相对低,其它和生产一样。
pro(master)环境:生产环境,面向外部用户的环境,连接上互联网即可访问的正式环境。
开发环境->测试环境->灰度环境(测试服)->生产环境(正式发布的完整的项目)
分支策略
在实际开发中,我们应该按照几个基本原则进行分支管理:
1.首先,pro分支(即master)应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;product
2.那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,
再把dev分支合并到master上,在master分支发布1.0版本
3.修复bug时,我们会通过创建新的bug分支(即test)进行修复,然后合并,最后删除;
4.当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场
命令
1.查看分支,此命令会列出所有分支,当前分支前面会标一个*号
git branch //查看本地分支
git branch -a //查看远程分支
2.创建分支
git branch name //仅仅保存本地,远程还需要push
git push <远程仓库名> <远程分支名>
3.切换分支
git checkout name
4.创建+切换分支
git checkout -b name
5.合并某分支到当前分支
git merge name
注意:当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
使用用git log --graph命令可以看到分支合并图。
6.删除分支(分本地和远程)
git branch //查看本地分支
git branch -d name //删除本地分支
git branch -a //查看远程分支
git push origin --delete dev //删除远程分支
7.重命名本地分支,并提交到远程
1.重命名
git branch -m oldBranchName newBranchName
2.删除远程分支
git push origin :oldBranchName
3.将重命名过的分支提交
git push origin newBranchName
1.git branch -m 要改的本地分支名 修改后的分支名(修改本地分支)
2.git push origin :远程修改前的分支名(删除远程分支)
3.git push origin 修改后的分支名:修改后的分支名(push 到远程分支)
4.git branch --set-upstream 修改后的分支名 origin/修改后的分支名(绑定远程分支)
git操作之pull拉取远程指定分支以及push推送到远程指定分支
1.pull操作
1.将远程指定分支 拉取到 本地指定分支上
git pull <远程仓库名> <远程分支名>:<本地分支名>
2.将远程指定分支 拉取到 本地当前分支上:
git pull <远程仓库名> <远程分支名>
3.将与本地当前分支同名的远程分支 拉取到 本地当前分支上
git pull <远程仓库名>
在克隆远程项目的时候,本地分支会自动与远程分支建立追踪关系,可以使用默认的origin来替代远程仓库名,
所以,我常用的命令就是 git pull origin <远程仓库名>,操作简单,安全可控。
2.push操作
1.将本地当前分支 推送到 远程指定分支上(注意:pull是远程在前本地在后,push相反)
git push <远程仓库名> <本地分支名>:<远程分支名>
2.将本地当前分支 推送到 远程指定分支上
git push <远程仓库名> <远程分支名>
3.将本地当前分支 推送到 与本地当前分支同名的远程分支上
git push <远程仓库名>
推荐使用第2种方式,git push origin <远程分支名>
Git如何给branch打tag
发布一个版本时,我们通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。
将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照
1.查看所有标签
git tag
注1:标签不是按时间顺序列出,而是按字母排序的。可以用git show 查看标签信息
2.创建tag
1.首先,切换到需要打标签的分支上,例如:dev,再创建标签
git branch
git checkout dev
git tag 1.0.0-alpha
tag标签就是版本号,在版本号是整个项目的,并不是某个模块的
2.推送标签到远程
git push origin 1.0.0-alpha
注1:因为创建的标签都只存储在本地,不会自动推送到远程,还需要手动推送
3.git标签分为两种类型:轻量标签和附注标签,区别:附注标签带注解
git tag 1.0.0-alpha //创建轻量标签
git tag -a 1.0.0-alpha -m "一期开发完成" //创建附注标签
一般推荐打带附注信息的标签,这样可以最大限度查看标签版本的修改情况
3.删除tag
1.删除本地tag
git tag -d 1.0.0-alpha
注1:因为创建的标签都只存储在本地,不会自动推送到远程。所以,标签可以在本地直接删除
2.删除远程tag
1.如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除
git tag -d 1.0.0-alpha
2.然后,再从远程删除。删除命令也是push,但是格式如下:
git push origin :refs/tags/1.0.0-alpha