傻瓜式Git提交代码流程【写给初学者】
共 5253字,需浏览 11分钟
·
2021-05-28 13:23
Git是程序员工作中最最常用的分布式版本控制系统,为的就是解决那种多人协作、多次修改的问题,虽说Git可以应用于各行各业,但是实际上还是程序员用的最多了,应该说是程序员的必备技能之一了,如果你还不会Git,赶紧学起来吧,否则可能要out了
可能很多学生党只是平时使用过Git,自己练习过Git命令,但是并未真实在工作中使用过Git,也就是可能没有遇到过各种需要回滚代码、解决冲突这种场景
我这篇文章默认大家对Git是有一定了解的,也就是关于上面这些理论啥的大概应该是懂得,我也就不多啰嗦了,个人操作的是工作区,add之后会提交到一个暂存区stage,commit之后会提交到本地仓库,push是提交到远程仓库
这篇文章大致介绍了下面这些【提交代码几种方式】【撤销add操作】【撤销commit操作】【撤销push操作】【拉取新分支】【解决冲突】,主要是以命令行为主,命令行能帮助大家更容易理解,这样以后操作起可视化工具会更加便捷,比如sourceTree
先说一个需求开发、代码提交的顺利的流程
命令行式
切换基础分支:先切换到要基于拉取的分支,我们开发中一般可能会基于master拉取的比较多,那就先切换到master(git checkout master)
创建本地分支:git checkout -b new-branch
提交到远程:git push origin new-branch
设置关联:git pull一下拉取远程分支代码会发现并未关联,OK lets do it
git branch --set-upstream-to=origin/new-branch new-branch 来建立关联,第一个new-branch是远程分支名称,第二个是本地名称
再次git pull一下,成功
接下来进行水深火热的开发,假设假设你的开发过程一切顺利,也没有出现和同事提交代码之间的冲突,你可能会有疑问,为什么我单独创建的分支会出现冲突,出现了冲突又该如何解决呢,当然冲突问题下面我会说
OK,下班了,先交下代码
你以为我开发完成了?怎么可能,一天怎么可能开发完成,你这个需求这里这样设计开发起来不简单,那里这样设计开发起来也比较麻烦
总之,一天不可能开发完成(坏笑
但是我想先交一下代码,我怕下班之后别人把我电脑给我偷了,偷了我的劳动成果
把代码放到本地仓库和把大象放到冰箱需要三步相比,也需要三步可完成
第一步:git add命令来把修改的文件放到暂存区
git add file 或者 git add .代表所有
第二步:git commit 命令来把文件提交到仓库
git commit -m '提交信息' 加-m参数后面跟提示信息,强烈建议
这样就可以把代码提交到本地仓库了,这样别人把我电脑偷了,我的代码就不会丢了吗
还没有,现在只是暂时提交到本地仓库了,还没提交到远程,电脑丢了代码还是会丢
接下来我们来做最后一步:
git pull 拉取远程代码,这一步的作用是为了防止代码冲突,如果这个分支只是你个人在操作,这一步可以省略,因为不会有冲突
但是如果多个人在操作同一分支,大家交的代码就可能产生冲突
冲突,顾名思义,就是大家修改的矛盾了,Git服务器无法判断到底哪一版本代码应该保留,需要人工介入
冲突问题可能对于一些初学者来说比较头疼,文章下面单独拎出来说
git push origin new-branch 把本地仓库代码提交到远程
OK,收工!
sourceTree式
检出新分支
按照下面方式操作,直接提交即可,很简单,傻瓜式操作
其实还是可视化工具好用,不过这个还是看个人习惯
当然,这是一切一切都很顺利的情况,但是实际开发中,总有一些不尽人意的情况
再一步步分析其中每一步骤出现问题,如何解决
撤销本地的修改操作
git status查看当前文件状态
git checkout -- xxx.java 撤销单个文件的本地修改,当然这里如果已经add到暂存区了,这个命令是无效的,需要先通过下面的git reset HEAD xxx.java进行add操作的撤销,之后才能对撤销文件进行修改
git执行了git checkout -- xxx.java之后再次执行git status发现本地没有已经修改的文件了,也就是本地修改已经被撤销了
git checkout branch-name 这个命令可以用来切换本地分支,记得区分
撤销add到暂存区的操作(绿字变红字)
git status查看当前文件状态
git add操作之后添加到本地暂存区,变为绿字
撤销绿字:撤销add操作到暂存区
git reset HEAD xxx.java 这是对某个文件进行add的撤销,如果后面什么文件都不跟,其实就是对刚刚add的所有文件进行撤销了git reset HEAD
我们执行了之后,发现原本变绿(已经add的文件)的文件,又变回红色的文件了,这时候就撤销了刚刚的add操作了
撤销Commit到本地库的操作
执行了add和commit操作之后,这个时候已经提交到本地仓库了
git reset --hard HEAD命令直接将本地文件回退到上一个提交版本,无论是add和commit的操作有没有进行过
其实add的撤回和Commit的撤回都可以直接用git reset命令直接完成,只是这个命令携带不同的参数代表着不同的含义,git reset [--mixed --soft --hard] commitID有三种参数,熟悉这三个参数的含义
--mixed代表撤销git add和git commit的操作,保留编辑器的代码;
--soft代表撤销git commit,不撤销git add操作,同时保留编辑器的代码;
--hard参数很暴力,直接撤销commit和add的操作,撤销所有改动的代码,当你决定用--hard参数的时候,就代表着你应该已经决定了放弃修改过的所有代码咯
撤销push到远程的操作
当我们执行了push操作之后,意味着代码已经推送到远程了,其实这种情况需要回滚的比较少,一般已经提交的代码不需要再次回滚了,如果哪里修改错了,直接再次修改回来,再次提交即可
当然git也是考虑到这方面的,git加入了版本号这一概念,来解决这种问题,也就是每次推送都会生成一个对应的版本号,我们可以利用版本号进行相应的回滚
通过git log查看历史提交记录
将目标版本号保留,也就是你要退回的版本号保留。如果git log无法正常显示中文,执行set LESSCHARSET=utf-8命令
将本地的代码撤销到目标版本号,git reset --hard 547c78001fd2e0eedf83382ef4ee2974e9f445d1,此时本地代码已经切换回该版本号相应代码
强制提交,覆盖远程代码,git push --force执行完了这一步,相应版本号的代码便已经提交了,相应的代码也已经回滚了
慎重提交!reset命令会将你提交的版本号之后的提交版本全部消失掉,谨慎操作。
其实,还有另外一种形式的回滚,叫做git revert,这种回滚是和git reset是不同的回滚方式,git revert其实和git reset操作步骤也是类似的
reset和revert的区别
给大家举个例子吧,这样更容易理解
比如现在依次有版本1、2、3,reset会把修改的版本ID之后的版本都会消失掉,我执行git reset 1,那之后的版本2和3也就全部消失了,revert则是当成一次新的提交版本,执行了git revert 1之后,会保留2和3的代码重新生成一个新的版本4,然后把版本4提交,所以这两个的原理是不同的
reset是回到某次提交,此次提交以及之前的Commit都会被保留,但是此次之后的修改都会被退回到暂存区
revert则是生成一次新的Commit提交来撤销某次提交,此次提交之前的Commit都会被保留,可以理解成把相应版本的代码删除掉,再次提交
reset的作用是修改HEAD的位置,即将HEAD指向的位置改变为之前存在的某个版本,如下图所示,假设我们要回退到版本一
适用场景:如果想恢复到之前某个提交的版本,且那个版本之后提交的版本我们都不要了,就可以用这种方法
revert原理:git revert是用于反做某一个版本,以达到撤销该版本的修改的目的。我们commit了三个版本1、2、3,突然发现版本2不行,想要撤销版本2,但又不想影响版本3的提交,就可以用git revert命令来撤销版本2,生成新的版本4,这个版本4保留了版本3的内容,但撤销了版本2的内容
使用场景:如果我们想要撤销之前的某一个版本,但是又想要保留该目标版本后面的版本,记录下这个版本变动流程,就可以用这种方法
搞清楚这两个的关系之后,其实也就是可以根据相应的业务场景来采用相应的命令,一定要谨慎使用这两个命令,尤其是reset的回退版本,因为git会把相应版本之后的版本删除掉
总之,回退版本需谨慎
拉取新分支
命令行式
切换基础分支:先切换到要基于拉取的分支,我们开发中一般可能会基于master拉取的比较多,那就先切换到master(git checkout master)
创建本地分支:git checkout -b new-branch
提交到远程:git push origin new-branch
设置关联:git pull一下拉取远程分支代码会发现并未关联,OK lets do it
git branch --set-upstream-to=origin/new-branch new-branch 来建立关联,第一个new-branch是远程分支名称,第二个是本地名称
再次git pull一下,成功
sourceTress式
解决冲突
解决冲突这种事情在工作中难免会遇到,工作意味着合作,合作意味着你们在同一个分支修改代码,哪怕是在不同分支的代码,最终你们修改的代码上线也会合到相应的上线分支,合到上线分支的时候也可能会出现冲突
比如你需要在idea中合并两个分支dev和master,你需要把dev合并到master,切换到dev分支,执行git pull将本地代码更新为最新
git checkout master切换到master分支,执行git pull更新为最新的代码,执行git merge --no-ff dev(切换到目标分支下执行merge操作)
如果有冲突,直接通过idea来解决就好了,这里会出现一个解决冲突的按钮,点击进行就可以看到哪些文件有冲突
然后点击每个冲突文件,选择你想要保留的文件即可,最后点击右下角的apply来应用
记住,此时你的idea是处于mergeing状态,当你解决完了相应的所有的冲突,你就可以去按照正常修改代码来提交了,也就是上面说的那些add commit push一顿操作
其实啊,解决冲突的工具或者说是方式,有很多种,每个人有自己的代码对比工具来解决,当用命令行或者用sourceTree来merge的时候有冲突,我解决冲突用的最多的就是idea的git工具了,你可以选择自己的代码对比工具来进行代码的解决冲突和merge操作
好了,以上就是全部内容了,我是永远爱你们的小鱼仙,你们的学习成长小伙伴 ,如果你感觉这篇文章对你有帮助了,点个关注吧,么么哒
我希望有一天能够靠写文章养活自己,现在还在磨练,这个时间可能会有很多年,感谢你们做我最初的读者和传播者。请大家相信,只要给我一份爱,我终究会还你们一页情的。
再次感谢大家能够读到这里,我后面会持续的更新技术文章以及一些记录生活的灵魂文章,如果觉得不错的,觉得【大鱼同学】有点东西的话,求点赞、关注、分享三连
哦,对了!后续的更新文章我都会及时放到这里,欢迎大家点击观看,都是干货文章啊,建议收藏,以后随时翻阅查看
https://github.com/DayuMM2021/Java
● 消息队列入门