赞
踩
当你在单位拿到了git仓库,并利用公司给你的OA账号和邮箱完成了你的git基础配置,下面就是使用命令行的无错固定操作流程
如果你很着急,你可以直接跳到最后的总结部分
这里的[codeUrl]就是你仓库的地址,当你在仓库点击图中绿色位置时,剪贴板复制的就是仓库的地址
git clone [codeUrl]
这里说一下,正常来说,生产和主体代码都是在master分支上,克隆代码的时候没有特殊配置,也会是master分支。
任何人都不可能在master上开发和提交自己的代码!!!,master一般是负责人用来合并代码的,然后推送上生产的。
不过,也有很多项目是同时建立几个分支,dev(开发),test(测试),release(预发或生产)等等,这个时候你就需要去向别人核对你以哪个分支为主拉取代码。
比如公司有dev分支,每次开发都是以dev分支为主,那你就需要先去跳转到dev分支上。
当然了,你使用下面这个命令必须是你本地或者远程仓库本来就已经有这个分支了
git checkout dev
以master为主,我们需要创建自己的开发分支,我们可以根据功能的名字去给分支命名。
比如我们这次开发的功能,叫做图表功能开发,我们创建的名字应该叫做charts_mode或者chartsMode等,总之命名的语义化要强,千万不要命名什么aaa,bbb之类的
如果这次是修复图标数据的问题,可以这样命名,bug_charts_dataError
依据源分支创建并跳转分支
git checkout -b charts_mode
怎么确定你当前在哪个分支
git branch
绿色的星标在哪里,你就在哪个分支
将代码提交到暂存区,是本地提交前的一步,你需要将你的代码先推送到暂存区,这一步就好比火箭发射前让火箭去发射台,预备发射
当你改了一些东西,还没有保存到暂存区
你可以使用下面这个命令
git diff
当出现这种情况的时候,那就说明你的工作区还有没有推到暂存区的代码。
你就需要使用下面的命令,将工作区的代码推送到缓存区
git add -A
执行完毕后,再去执行diff命令对比
当什么都没有的时候,就说明提到暂存区了
当你改了一部分代码之后,比如你要休息,或者你感觉这里需要阶段性的保存一下,可以暂时提交到本地
暂时提交到本地的重要性有两个:
1.复盘和查找问题,回退时会比较方便,可以快速定位
2.如果你的代码因为特殊原因丢失了,只要你在本地提交过,都是可以找回的
提交本地之前需要先将代码推送到暂存区,add命令
并且提交到本地的时候,需要把你所提交的功能描述清楚
比如你开发完毕一个饼状图,你就可以这样描述: new:饼图开发完成
执行命令
git commit -m "饼图开发完毕"
当出现如下情况,就说明你提交成功了。
当你本地代码都commit之后,你就需要把你的代码推送到远程分支了
git push
如果你之前的这个分支,在远程仓库压根并没有,会出现如下的提示
这段话是告诉你,你要推送的这个分支对于远程仓库来说是个新分支,你确定要推送?
所以你需要执行下面的命令
git push --set-upstream origin test
出现如下情况,就说明推送上去了
当你将你的分支推送完毕之后,你需要和源分支去对比和修改冲突
首先你需要拉取仓库当前最新的代码
git pull
如果出现上面这种情况,就说明目前没有新代码,你就可以不用对比了。
如果有冲突,你需要认真的去看冲突是什么,并找有关同事,切记,不要把别人代码给弄没了,虽然也能找回来,但是这事办的就很恶心。
切记,切记!!!
冲突解决完之后,你就需要将源分支的代码合并到你的分支上
执行合并命令:这里的[branchName]就是你的远程分支名
git merge [branchName]
例如远程分支叫test
git merge test
当你合并完之后,你本地的charts_mode分支就已经兼并了你开发的功能和远程test分支更新的功能,这个时候,你就需要再次推送到你的分支,执行git push
现在你就完成了你个人分支的全部操作
当你所有的分支都操作完毕之后,这个时候你就需要去找负责人,将你的代码合并到源分支上,这里每个单位肯定都有一定的流程或者代码审查之类的,就需要看你个人了。
如果你是独立负责这个项目,分支由你自己来定,那你只需要切到源分支,去合并你刚才推送的个人分支,然后再推到远程。
当你完成一个功能,开始第二个功能开发的时候,最保险的方法就是从最新的源分支上重新构建新分支,这样可以使代码的管理更加方便。
git clone [codeUrl]
git checkout -b [newbranch]
git add -A
git commit -m "完成某某功能"
git push
git pull
git merge [branchName]
git push
1.保持定期commit的习惯,防止白干
2.合并冲突要谨慎,别坑队友
3.提交文本说明清楚,不要写天书
4.各分支的用途搞明白,选对源分支
5.开发新功能和修改问题最好拉新分支,方便管理和回退(个人建议)
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。