在我们拥有git基础知识之后,知道了以下命令:
git clone 将远程仓库的代码克隆到本地仓库
git pull 拉取代码
git config 配置git--设置远程仓库的git账号
git config --global user.name '你的用户名'
git config --global user.email '你的邮箱'
git add
1. git add . 缓存所有文件
2. git add "指定文件名" 缓存指定文件
git status 查看工作树是否干净
git commit 提交代码
1.将缓存区的代码提交(需要先git add.)
git commit -m "第一次版本提交"
2.直接提交(跳过git add .)
git commit -am "第一次版本提交"
成功跑题!
我主要想说的是,在真实的工作场景中,多人协作过程中,修改同一个分支的时候,会造成代码冲突,那就需要解决冲突了,但是如果是按照以上的方法,commit(提交代码)-push(推送代码)-发现冲突-解决冲突 的话会出现代码覆盖的风险。(这是我从学校到公司的真实经历)
每次我提交的代码总是会产生合并……版本记录在我手上就会变得格外的花花绿绿(如图)
在我写代码之前同事的版本记录:(规范、整齐、美观)
但我依旧傻乎乎的没发现问题……直到有一天,组长看不下去我的版本记录,并告知我的代码提交风险(他终于出手了)
咱就是说,经过了这几个月的git配合协作,已经可以熟练使用了。
场景:首先,我们修改了本地仓库的代码,与此同时你的同事也修改了同一个分支的代码,然后,同事在我们提交代码之前提交了代码,这样我们自己本地仓库的代码和远端的代码就不一致了,怎么办呢?
解决办法:
第一步:git stash先把本地的修改储藏
第二步:git pull 拉取远程仓库的代码(将同事的修改同步到本地)
第三步:git pop 弹出储藏
第四步:git commit 提交代码
第五步:git push 推送代码
(以上步骤只是一个例子,详细的步骤请结合项目使用,有冲突的时候是需要手动解决冲突的,本例子中是没有冲突的正常协作,避免发生代码覆盖产生的bug!毕竟解决bug不容易)
总结:简单来说,就是在我们的代码发生更改的时候,我们要先把自己的代码藏起来,然后先去拉同事的代码,再把自己修改的代码释放出来。这样就可以避免不必要的merge,使我们的版本记录看起来干净简洁。
前端初级新手!不合理之处欢迎指正,接受吐槽。