git - 设置一个提交的父母没有rebase
我使用 git-svn 来创建一个SVN仓库的git镜像。 SVN内部的结构有点不符合标准，所以git创建了一个没有与 master 分支共同提交的分支。 A --- B --- C话题 D --- E --- F --- G master 我知道commit A 是基于commit E ，我非常肯定我已经修复了导致git无法识别该事实的问题（使用 filter
..
rebase相关内容
git rebase interactive：squash merge commits together
我的资料库看起来像： X --- Y --------- M1 -------- M2（my-feature） / / / / / / a --- b --- c --- d --- e --- f（stable） 也就是说，我有一个最近被合并过两次的 my-feature 分支，没有真正的提交。我不只是想重新绑定 my-feature 分支，因为它是它自己发布的分
..
Git rebase：冲突会阻止进度
我有一个git分支（称为v4），它是由昨天的主人制作的。主人有一些变化，我想进入v4。因此，在第4版中，我试图从master中做一个rebase，并且有一个文件不断搞砸：一行文本文件，它包含版本号。这个文件是 app / views / common / version.txt ，它在重新包装之前包含这段文字： v1.4-alpha-02 以下是我正在做的事情：
..
Git rebase子树
假设我有以下情况： $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ $ （WIP2） （X）\ o - o（WIP3）$ / / o - o - o - o - o - b $ b 是否有一个git命令创建一个新分支，以便它包含分支X之后的子树？我想要执行一个“大的rebase”，我想要三个WIP分支在基础上重新设计。
..
无法理解Git分支，合并和重新绑定
我知道线程，它表示rebase是对teamMates的小改动，而对于大的改变进行合并。 我在三个队友中保留三个队友在以下目录结构中我们都有相同的初始代码： 项目 | - 我 | - myTeamMate1 | - myTeamMate2 分支不在同一个Git中。这意味着我不能使用rebase和merge。 我已经使用vimdiff在teamMates之间
..
之前的git合并之后的git rebase
我有以下情况： 我创建了一个 clone （Y ），因为有很多人在Y上工作，我们没有做任何 rebase 但只有 merge 秒。当我们想要交付（ push ）Y到X时，我们希望做一个 rebase 以便让事情变得更好和干净的 问题是，当做 rebase 时，我们被要求做我们已经在前面的 merge 步骤中完成的所有合并。除此之外，是否有解决方案，这意味着实际上重新合并？ 我认为
..
Git推送被拒绝的“非快进”
对于 git ，我相当新，但目前正在使用它来管理团队环境中的代码。我有一些rebasing的问题，我使用它们来解决它们。 git checkout --ours filename.txt git add filename。 txt git rebase --continue 现在我希望推送我的更改，下面的命令： pre code $ git push ori
..
有没有办法以非交互方式挤压一些提交？
我试图压扁一系列的提交 - HEAD到HEAD〜3。有没有一个快速的方法来做到这一点，或者我需要使用rebase --interactive？ 解决方案 确保您的工作树是干净的，然后 git reset --soft HEAD〜3 git commit -m'new commit message'
..
Hg：如何做一个像git的rebase一样的rebase
在Git中，我可以这样做： 1.开始使用新功能： $ git co -b newfeature -123＃（本地功能开发分支） 做一些提交（M，N，O） 主A --- B --- C \ newfeature-123 M --- N --- 2.从上游主控制器中取出新的更改： $ git pull （主控制器更新为ff-commits ） 主人A --- B
..
重新绑定以及通过重新绑定推动提交的意思是什么
人们经常说，你不应该改变你已经推动的提交。这可能是什么意思？ ProGit 书有一个很好的解释。 您的问题的具体答案可以在标题为“重新定义的危险”一节中找到。来自该部分的引用： 当你重新编写东西时，你是 放弃现有的提交和 创建新的类似但 不同的那些。如果你在某处推送提交 ，并且其他人将它们拉到 并基础工作，然后你 用git rebase 重写那些提交并再次推送它们，你的
..
什么时候“git pull --rebase”让我陷入困境？
我知道当我使用 git pull --rebase 时，git会重写历史记录，并在分支I中的所有提交之后移动我的本地提交刚从中拔出。 我不明白的是，这将是一件坏事。人们谈论如何解决 git pull --rebase 问题，你最终可能会遇到一个其他人无法提供的分支。但是我不明白这是如何实现的，因为你所做的只是在你所从的分支之上重播你本地的，尚未公开的提交。那么，那里有什么问题？如果你只发布（
..
如何合并没有共同祖先的两个分支？
我在项目中间开始使用Git，前两个提交只是一些初始设置（.gitignore和.gitattributes），第三个提交 M2 添加了SVN干线： I1 - I2 - M2 - N - - - Z code> 我在名为 svn 的分支中导入了SVN历史记录，其中 M1 是SVN中继（与 M2 内容相同，除了.gitignore和.gitattrib
..
重做之后，Git提交在同一分支中被复制
我了解Pro Git中提供的有关 git rebase 。作者基本上告诉你如何避免重复提交： 不要重新提交已推送到公共存储库的提交。 我会告诉你我的具体情况，因为我认为它不完全适合Pro Git场景，而且我仍然会重复提交。 / p> 假设我有两个远程分支机构和他们的本地分支机构： 原产地/主产地/开发商 | | master dev 所有四个分支都包
..
如何将一个Git存储库重新绑定到另一个？
我有一个Git仓库（A），它包含一个项目的开发，直到某个点。然后我丢失了这个回购A的USB棒。幸运的是我有最新的提交备份，所以我可以在稍后导入最新项目状态并继续开发的情况下创建新的存储库（B）。 现在我恢复了丢失的U盘，所以我有两个Git仓库。 我想我必须将repo B重新设置为repo A，但是我如果A和B不是相同的回购（您使用最新的工作副本创建了B），则必须使用嫁接假设他们有共同的历史
..
我可以在git中默认关闭快进吗？
我真的不会想到我会使用 git merge 而不是 git rebase 和不是想要显示提交。有什么办法可以让git默认快速关闭吗？事实上，有一个 - ff 选项似乎暗示有一种方法，但我似乎无法在文档中找到它。 解决方案 是的，有 - no-ff 。您可以为每个分支配置合并选项，例如 git config branch.master.mergeoptions“--no-ff”
..
从git / GitHub的历史记录中删除文件夹及其内容
Node.js项目带有一个存储库，一个存放在我的GitHub帐户中的存储库，这是我偶然发现的一个问题。安装了几个npm软件包的文件夹 软件包位于 node_modules 文件夹中 文件夹git存储库，并将代码推送到github（当时没有考虑npm部分） 意识到您并不需要该文件夹成为代码 删除该文件夹并将其推送到该文件夹中 在这种情况下， git repo大约是 6MB ，其
..
压缩Git中的前两个提交？
使用 git rebase --interactive ，您可以将任意数量的提交压缩为一个。 除非你想压缩到最初的提交，否则这很好。这似乎是不可能的。 有没有办法达到它？ 中等相关： 在一个相关的问题中，我设法提出了一种不同的方法来抵制第一次提交的压缩需求，好吧，让它成为第二个。 如果您有兴趣： $ b的插入提交作为首先转移所有其他人$ b 解决方
..
Git：如何一次重新绑定很多分支（使用相同的基本提交）？
我在我的项目中有一个主分支，用于从其他人处获取更改。从那以后，我通常有几个主题分支，我目前正在工作。 我的问题是：有没有办法让我把新的变化引入我的主人，然后将所有我的主题分支重新绑定到一次？ 这是情况： D - E topic1 / A - B - C master \ F - G topic2 我想用一个命令（H来自上游）完成
..
git cherry-pick说：“... 38c74d是一个合并，但没有-m选项被给出”
我在主分支上做了一些改动，想把这些分支带到上游。当我挑选以下提交时，我遇到fd9f578，git说： $ git cherry-pick fd9f578 致命：提交fd9f57850f6b94b7906e5bbe51a0d75bf638c74d是一个合并，但没有-m选项被给出。 git试图告诉我什么是樱桃选择在这里使用的正确的东西？主分支确实包含对上游分支中已修改的文
..
重新包含所有子项目的分支
我有以下的Git存储库拓扑结构： ABF（master） \ D（feature-a ） $ / C（功能） \ E（功能-b） 通过重新定义特性分支，我期望重新绑定整个子树（包括子分支）： $ $ p $ code $ git rebase feature master ABF（master） \ D（feature-a） \ / C（
..