git git flow 命令

 

==== git ~/.gitconfig  配置 =========

 

[user]
	name = xxx
	email = [e-mail]
[alias]
    co = checkout
    ci = commit
    st = status
    sh = stash
    br = branch
    pr = pull --rebase
    ruop = remote update origin --prune
[merge]
    tool = vimdiff
[color]
    status = auto
    branch = auto
    ui = auto 
[core]
	excludesfile = ~/.gitignore_global
[difftool "sourcetree"]
	cmd = opendiff \"$LOCAL\" \"$REMOTE\"
	path = 
[mergetool "sourcetree"]
	cmd = /Applications/Sourcetree.app/Contents/Resources/opendiff-w.sh \"$LOCAL\" \"$REMOTE\" -ancestor \"$BASE\" -merge \"$MERGED\"
	trustExitCode = true
[commit]
	template = ~/.stCommitMsg
[url "git://github.com"]
	insteadOf = https://github.com
[pull]
	rebase = false
[http]
	proxy = http://127.0.0.1:7890
[https]
	proxy = http://127.0.0.1:7890

  

 

.gitignore 当前目录下，添加忽略文件

# ~/.gitignore_global 

.DS_Store
.idea
.vscode

  

 

====== 配置操作无需密码登录：========

 

$> ssh-keygen -t rsa

Enter file in which to save the key (/u/kim/.ssh/id_rsa): 【回车】

Enter passphrase (empty for no passphrase): 【第一次密码】

Enter same passphrase again: 【第二次密码】

～/.ssh/id_rsa

～/.ssh/id_rsa.pub

 

2. 接下来把密钥文件内容上传到的SSH帐号下:

 

local:~ yourname$ cat ~/.ssh/id_rsa.pub  | ssh severname@host 'cat >> .ssh/authorized_keys 

 

=============== git flow  =======================

 

Git命令

 

1. 创建develop分支

 

首先给默认的master配备一个develop分支。让一个开发者在本地建立一个空的develop分支，然后把它推送到服务器。

$ git branch develop

$ git push -u origin develop

 

2. 小马和小明开始开发新功能

 

 

我们的故事从小马和小明要分别开发新功能开始。他们俩各自建立了自己的分支。注意，他们在创建分支时，父分支不能选择master，而要选择develop。

$ git checkout -b some-feature develop

 

他们俩都在自己的功能开发分支上开展工作。通常就是这种Git三部曲：edit，stage，commit：

$ git status

$ git add <some-file>

$ git commit

 

3. 小马把她的功能开发好了

 

 

在提交过几次代码之后，小马觉得她的功能做完了。如果她所在的团队使用“拉拽请求”，此刻便是一个合适的时机——她可以提出一个将她所完成的功能合并入develop分支的请求。

要不然，她可以自行将她的代码合并入本地的develop分支，然后再推送到中央仓库，像这样：

$ git checkout develop

$ git pull origin develop

$ git merge some-feature

$ git push origin develop

$ git branch -d some-feature # -D

拉取命令确保了本地的develop分支拥有最新的代码——这一步必须在将功能代码合并之前做！注意，新开发的功能代码永远不能直接合并入master。

必要时，还需要解决在代码合并过程中的冲突。

 

4. 小马开始准备一次发布

 

尽管小明还在忙着开发他的功能，小马却可以开始准备这个项目的第一次正式发布了。

类似于功能开发，她使用了一个新的分支来做产品发布的准备工作。在这一步，发布的版本号也最初确定下来。

$ git pull origin develop

$ git checkout -b release-0.1 develop

这个分支专门用于发布前的准备，包括一些清理工作、全面的测试、文档的更新以及任何其他的准备工作。它与用于功能开发的分支相似，不同之处在于它是专为产品发布服务的。

一旦小马创建了这个分支并把它推向中央仓库，这次产品发布包含的功能也就固定下来了。任何还处于开发状态的功能只能等待下一个发布周期。

 

5. 小马完成了发布

 

一切准备就绪之后，小马就要把发布分支合并入master和develop分支，然后再将发布分支删除。

注意，往develop分支的合并是很重要的，因为开发人员可能在发布分支上修复了一些关键的问题，而这些修复对于正在开发中的新功能是有益的。再次提醒一下，如果小马所在的团队强调代码评审（Code Review），此时非常适合提出这样的请求。

$ git checkout master

$ git pull origin master

$ git merge release-0.1

$ git push

$ git checkout develop

$ git pull origin develop

$ git merge release-0.1

$ git push

$ git branch -d release-0.1

 

发布分支扮演的角色是功能开发（develop）与官方发布（master）之间的一个缓冲。无论什么时候你把一些东西合并入master，你都应该随即打上合适的标签。

$ git tag -a 0.1 -m "Initial public release" master

$ git push --tags

 

6. 用户发现了一个Bug

 

当一次发布完成之后，小马便回去与小明一起开发其他功能了。突然，某个用户提出抱怨说当前发布的产品里有一个bug。为了解决这个问题，小马（或者小明）基于master创建了一个用于维护的分支。她在这个分支上修复了那个bug，然后把改动的代码直接合并入master。

$ git checkout -b issue-#001 master

$ git checkout master

$ git pull origin master

$ git merge issue-#001

$ git push

 

跟用于发布的分支一样，在维护分支上的改动也需要合并入develop分支，这一点是很重要的！因此，小马务必不能忘了这一步。随后，她就可以将维护分支删除。

$ git checkout develop

$ git pull origin develop

$ git merge issue-#001

$ git push

$ git branch -d issue-#001

 

 

Git flow 工作流 

 

• 初始化: git flow init
• 开始新功能: git flow feature start some-feature
• 推送一个功能(也就是push到远程): git flow feature publish some-feature
• 获取新功能: git flow feature pull origin some-feature
• 完成一个新功能: git flow feature finish some-feature
• 开始一个发布版本: git flow release start RELEASE [BASE]
• 推送一个发布版本: git flow release publish RELEASE
• 完成一个发布版本: git flow release finish RELEASE
• 推送版本标签：git push --tags
• 开始一个Hotfix: git flow hotfix start VERSION [BASENAME]
• 发布一个Hotfix: git flow hotfix finish VERSION

 

# 这个命令会进行一些默认的配置，可以自动创建上面介绍的所有分支：master、develop、feature、relase、hotfix等分支。

$ git flow init

       它会问你一组问题，但是你最好接受默认值：

　　No branches exist yet. Base branches must be created now.

　　Branch name for production releases: [master] 

　　Branch name for "next release" development: [develop] 

　　How to name your supporting branch prefixes?

　　Feature branches? [feature/] 

　　Release branches? [release/] 

　　Hotfix branches? [hotfix/] 

　　Support branches? [support/] 

　　Version tag prefix? []

　　完成后当前所在分支就变成 develop. 任何开发都必须从 develop 开始。

 

# 当进行新功能开发的时候：

$ git flow feature start some_awesome_feature

　　

# 完成功能开发之后:

$ git flow feature finish some_awesome_feature

　

# 该命令将会把feature/some_awesome_feature合并到develope分支，然后删除功能(feature)分支。将一个 feature 分支推到远程服务器

$ git flow feature publish some_awesome_feature 或者 git push origin feature/some_awesome_feature 

 

# 当你的功能点都完成时（需要发布新版本了），就基于develop创建一个发布(release)分支。

$ git flow release start v0.1.0 

 

当你在完成（finish)一个发布分支时，它会把你所作的修改合并到master分支，同时合并回develop分支，所以，你不需要担心你的master分支比develop分支更加超前。

$ git flow release finish v0.1.0 

 

当系统出现问题的时候，需要进行紧急修改的时候，就好基于master创建一个维护（hotfix）分支。

$ git flow hotfix start v0.1.0

 

当你在完成（finish)一个维护分支时，它会把你所作的修改合并到master分支，同时合并回develop分支。

$ git flow hotfix finish v0.1.0

 

Git  高级用法（慎用）

 

# 克隆项目

$ git clone https://[e-mail]/xxxx.git

 

# 查看所有分支（本地及远程）

$ git branch –a

 

# 刷新本地仓库与远程仓库的保持这些改动的同步

$ git remote prune origin

 

# 删除远程分支

$  git push origin --delete some-feature

$  git push origin :some-feature

 

# 拉取远程分支数据，但不合并

$ git fetch origin

 

# 拉取、合并、重置

$ git pull --rebase origin develop

 

# 查看本地有哪些未提交的改动

$ git diff .

 

# 获取所有操作历史  

$ git reflog  

  

# 重置到上一个提交  

$ git reset --hard HEAD~1

  

# 重置到某一个提交  

$ git reset --hard <提交的哈希值>

 

# 重置到和远程develop分支一样

$ git reset --hard origin/develop

 

# Rebase 方法（慎用、慎用、慎用）

$ git rebase HEAD~3

 

# 保存所有本地未提交的文件  

$ git stash save "日志信息"  

  

# 列出所有的暂存项  

$ git stash list  

  

# 获取并删除暂存项  

$ git stash apply stash@{1}

$ git stash drop stash@{1}  

  

# 获取并删除 使用一条命令

$ git stash pop stash@{1}