git这货共有几个git 合并几个文件策略

来源：蜘蛛抓取(WebSpider) 时间：2017-08-19 05:16 标签： git 分支策略
git这货共有几个合并策略_百度知道
git这货共有几个合并策略
我有更好的答案
在feature分支commit切换至release分支从feature分支检出相应文件#branch featuregit commit -a -m &msg&git checkout release#branch releasegit checkout feature file-01git checkout feature file-x...git commit -a -m &msg&
采纳率：65%
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。git的分支与合并的两种方法
git的分支与合并的两种方法
如何将两个分支合并到一起。就是说我们新建一个分支，在其上开发某个新功能，开发完成后再合并回主线。
咱们先来看一下第一种方法 —— git merge
在 Git 中合并两个分支时会产生一个特殊的提交记录，它有两个父节点。翻译成自然语言相当于：“我要把这两个父节点本身及它们所有的祖先都包含进来。”下面具体解释。
# 创建新分支 bugFix
git branch bugFix
# 切换到该分支
git checkout bugFix
git commit
切换回 master
git checkout master
再提交一次
git commit
用 git merge 把 bugFix 合并到 master
git merge bugFix
（master 的分支被混入到所有的提交记录，但 bugFix 没有，所以要进行下面的操作）
再把 master 分支合并到 bugFix（因为 master 继承自 bugFix，Git什么都不用做，只是简单地把 bugFix 移动到 master所指向的那个提交记录。）
git checkout bugF
git merge master
git rebase
第二种合并分支的方法是 git rebase。rebase 实际上就是取出一系列的提交记录，“复制”它们，然后在另外一个地方逐个的放下去。
Rebase 的优势就是可以创造更线性的提交历史，这听上去有些难以理解。如果只允许使用 Rebase 的话，代码库的提交历史将会变得异常清晰。
# 创建新分支 bugFix分支
git branch bugFix
#提交一次(提交在master分支上)
git commit
# 切换到bugFix分支
git checkout bugFix
提交一次（提交在bugFix分支上）
git commit
#使用git rebase把 bugFix 分支里的工作直接移到 master 分支上（移动以后会使得两个分支的功能看起来像是按顺序开发，但实际上它们是并行开发#的）。
git rebase master
注意：提交记录 C3 依然存在（树上那个半透明的节点），而 C3'是我们 Rebase 到 master 分支上的 C3 的副本。
#切换到master分支上（为了进行更新master的操作）
git checkout master
#把master的 rebase 到 bugFix 分支上（由于 bugFix 继承自 master，所以 git 只是简单的把 master 分支的引用向前移动了一下而已。）
git rebase bugFix
没有更多推荐了，git这货共有几个合并策略_百度知道
git这货共有几个合并策略
我有更好的答案
git merge的合并策略可以在git merge --help里面根据不同的参数产生不同的合并策略，你可以去仔细研究一下。一般情况下，Git执行&快进式合并&（fast-farward merge），会直接将Master分支指向需合并的分支。
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。搜索结果部分由

我要回帖

更多关于 git 分支策略 的文章

 

随机推荐