git 工作流

git 工作中使用流程总结(个人经验操作,具体情况,看需求)



需求: 在clone下来的master分支继续进行部分模块的功能开发。操作如下:

1. 去gitlab/github上clone代码

git clone

2. 切换到项目名对应的路径下,此处就随便起一个项目名称,spiderman

cd spiderman

注: 现在是主分支下的操作

3. git status一下,确保master分支没有被开发过(是个感觉的分支代码),养成好习惯,一切在自己checkout出来的开发分支进行开发。

如果主分支master被开发过的话,看一下是否重要,如果重要,不舍得修改过的代码,就可以用git stash (这种情况是早就clone下的代码并修改过)

git status

git stash

git stash 过后的代码,写完代码,想恢复的话,用git stash pop

git stash pop

如果不想恢复的话,可以drop掉

git stash list

git stash drop

注: 如果不加stash编号,默认的就是删除最新的,也就是编号为0的那个,加编号就是删除指定编号的stash。git  stash clear 是清除所有stash,整个世界一下子清净了!

好,接下来就要开始进行开发的操作了。。

4.  checkout一个新的分支,进行开发,此处ck出的分支名,最好有意义,一看就知道哪个项目,有时候,可能需要同时负责几个项目

git checkout -b feature/invitations_from_yuwen_reset

5. 好了,在这个feature/invitations_from_yuwen_reset开发分支进行开发吧

此处省略开发的代码。。balabala~~~~

6. 开发完之后,该提交代码了。

*几点检查吧:(如果对自己极其有信心的可以不看,忽略此步)

(1)git status 看一下都开发了哪些文件

(2)git diff 检查一下,自己修改过的文件,是否符合自己的开发需求

* 检查后,要提交代码

(1)git add . (全部提交,也可以单个提交  git add <filename url>)

git add .

  (2) git commit -m "tip message"  (""里的提示内容一定要写明你这次提交的大概内容,让别人和自己日后好分辨是什么)

git commit -m "tip message"

(3)如果写错了提示信息,可以修改的

git commit --amend -m "tip messages"

git commit --amend -m "tip messages"

* git branch 查看一下自己有哪些分支

注:一般先切换sandbox,并部署,测试完毕,没有问题再切换master提交代码,部署production,步骤具体内容都是一样,测试过程中有问题,可以再切换到自己的开发分支,进行修改,这波操作可以确保一个干净,准确的代码推到了master上。

git checkout sandbox

注:这次不需要再git checkout -b sandbox (错误操作❌)哪怕是一个新clone的项目代码,sandbox 就在远程分支上,直接切换就好,

*  在snadbox上 git merge  自己开发分支的代码

git merge feature/invitations_from_yuwen

* 推送到sandbox上

git push -f origin sandbox

* 部署到sandbox

bundle exec cap sandbox deploy

----------此时确保么有任何问题的时候,然后部切换master,进行部署

(切换到master分支后,可以在master分支checkout出一个test分支,进行和master分支一模一样的操作,确保有其他意外发生,这步可以省略。)

git ck master

git ck -b test

git br

git merge feature/invitations_from_yuwen

git diff

ps: git diff 是为了查看一下有没有什么conflict,要手动修改,提交,再部署

以下是有conflict的情况:

git st

git diff

git add .

git commit -m "merge and fix conflicts"

修改好了conflicts ,接下来切换到master分支,和刚才test一样,一定会conflict,就是重复了刚才test分支的步骤,一模一样,

git ck master

git br

git merge feature/invitations_from_yuwen

git st

git add .

git commit -m "merge and fix conflicts"

git push origin master

cap production deploy

收尾:

做完开发后,可以删掉自己checkout出来的开发分支,

git br

git br -D test

git br -D feature/invitations_from_yuwen

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,723评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,003评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,512评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,825评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,874评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,841评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,812评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,582评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,033评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,309评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,450评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,158评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,789评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,409评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,609评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,440评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,357评论 2 352