我有一个存储库和一些本地更改要提交。在提交之前，我使用Eclipse中的Egit将更改pull到本地。它创建了一个merge提交，我在其上提交了我的提交。现在，当我尝试推送到原点时，它显示它将推送我的提交以及merge提交。但理想情况下，merge提交不应该是远程存储库的一部分。如何避免这种情况？ 最佳答案 无论何时从远程存储库中pull，都使用rebase选项。请按照以下步骤操作，提交您的更改-它将在您的本地创建一个新的提交。现在做gitpull--rebase.基本上，rebase会取出您在当前分支HEAD上作为补丁提交的提交。
在merge后尝试提交时，我收到此错误消息:"fatal:Youareinthemiddleofamerge--cannotamend."我该如何解决这个问题？据我所知我已经解决了所有冲突，我只需要完成merge并提交更改。但是该产品不允许我也没有给我任何关于我下一步打算做什么的线索，并且没有“完成merge”的选项每次我尝试提交更改时，我都会收到错误消息，现在我不知道该怎么做! 最佳答案 您可以手动删除.git/MERGE_HEAD并且Git无法判断您只是在进行merge。它会让您像往常一样使用索引中的更改修改之前的提交。请阅读:
我想将一个现有项目(托管在GitHub上)merge为我的项目的一部分(放入子目录中)，同时保持历史记录和更新该项目的能力。我发现大约可以采用三种方法:Fork原始项目，将原始内容移动到子目录中并将其推送到我的GitHub存储库。启动一个新的repo，与现有的repo进行子树merge，然后推送到我的GitHubrepo。克隆现有的repo，创建一个新的主repo，将克隆的repo作为子模块放入主repo，推送。(1)变体可能是GitHub上更可取的变体，因为他们可能可以共享源代码。但从逻辑上讲，我的项目不是现有项目的分支。相反，现有的只是一个模块。此外，我不确定将现有代码移动到子目录
我有四个独立的项目。他们有自己的git仓库。所有项目的分支名称相同。/project//project/projA//project/projA/.git//project/projB//project/projB/.git//project/projC//project/projC/.git//project/projD//project/projD/.git/所有的git仓库都有同名的分支，当然还有自己的master分支。问题我想像这样将所有项目merge为一个:/Project/.git//project/projA//project/projB//project/projC//
有没有办法用来自另一个(master或其他)的信息更新侧分支，然后让两者继续？就像rebase一样，但将旧数据保留在那里？原文:A---B---C---G---Hmaster\D---E---FbranchA结果:A---B---C---G---H---Lmaster\\D---E---F---J---KbranchAbranchA从提交C、G和H中获取信息，(提交J是那个merge)这样提交K仍然是一个侧分支(future的提交L仍然在主分支上)),但是有master更新的信息吗？我不想做一个rebase，因为那会以:A---B---C---G---H---Lmaster\D'---
我犯了一个错误:我应该使用gitpull--rebase，但我发出了一个简单的gitpull，merge了所有内容，现在在我的分支机构负责人。我想摆脱那个merge提交，我想我只是发出一个gitrebase-iHEAD~3，将我最后的本地提交移到顶部并将merge提交压缩到它。las，merge提交不可用于压缩。如果我这样做，我会进入中间状态，我需要再次进行merge，这是一项很多的工作。有没有办法不用再次执行merge就可以解决这个问题？似乎应该可以以某种方式使用merge提交？ 最佳答案 tl;博士即使您可以在rebase中包含
当我pull时:E325:ATTENTIONFoundaswapfilebythename"~/Documents/Sites/recipegenerator/.git/.MERGE_MSG.swp"ownedby:usernamedated:WedDec1412:28:452016filename:~username/Documents/Sites/recipegenerator/.git/MERGE_MSGmodified:YESusername:usernamehostname:Users-MacBook-Pro.localprocessID:33747Whileopeningf
当前的git分支的最佳实践是什么，这些分支是为了测试错误的解决方案而创建的，但由于审查过程表明它们是错误的或有更好的问题解决方案而没有被merge？一个例子。fizzbuzz项目有一个错误报告，报告在空白字段上发生崩溃。我创建了一个新分支handle-empty-fields并向该分支提交了两次，“解决”了问题。然后我将该分支提交给fizzbuzz项目经理，并将其链接到错误报告中。有人在我的修复中发现了一个错误，编写了另一个补丁并且那个补丁被接受了。现在handle-empty-fields中的代码我的代码没用了:它不正确，不能再应用于代码，但它已在该错误报告中被引用。我该怎么办？保留
我一直在努力思考git分支模型。我一直在看http://nvie.com/posts/a-successful-git-branching-model/对于一些想法和来自Subversion的一件事，我真正期待的是在一个地方进行更改并将其merge到所有需要它的分支。在Subversion中，我们最终做了很多代码副本。但是我仍然没有完全理解这一点。这是我拥有的一种标准工作流类型，它总是会出现冲突。#createnewversionbranchgitcheckoutmastergitcheckout-bv3vimpom.xml#changebranchversionto"3.1-SN
没有远程仓库，只有一个本地仓库和两个分支。$gitbranch-amaster*devel以下命令是否在此上下文中相同/同义词？$gitpull.master和$gitmergemaster更新:$githelppull给出以下信息SYNOPSISgitpull...DESCRIPTION...Notethatyoucanuse.(currentdirectory)asthetopullfromthelocalrepository—thisisusefulwhenmerginglocalbranchesintothecurrentbranch.我实际上不明白为什么如本联机帮助页中所述这
