git-merge

    0热度

    1回答

    我有一个场景,我在gitlab中创建了一个合并请求,用于从我的新开发分支到master的几个文件。我的开发分支共有9次提交。在我的第三次提交中,我推送了几个文件,后来我意识到这些文件不再需要。 所以,现在在我的合并请求中的6个文件我想合并3个文件,并希望关闭此特定的合并请求。我发现了几个我在下面描述的解决方案,但我正在寻找一个非常具体的解决方案。 1)关闭此合并请求。创建/签出一个新的开发分支只会

    1热度

    2回答

    我搞砸了。我将其他分支合并到我的分支。双方的变化都很大,所以我花了很长时间来解决冲突。提交合并后,我意识到我忘记添加一个文件,因此合并提交不完整。我不想用“被遗忘的改变”提交污染历史,所以我决定在推送前修复它。我打了个电话 git reset --soft HEAD~ 然后我补充了错过的更改并希望重新提交。但是,git不再知道它应该是合并提交。如果不重新进行整个合并,有什么出路吗?

    2热度

    1回答

    我的一小组开发人员为我们公司的几个不同版本的核心产品创建和维护接口。我们的核心产品的不同版本大多是相似的,但是有一些差异要求我们将代码保存在每个版本的单独分支中。一切都在同一个存储库中。 我们最近需要切换到Git,并试图确定当我们需要对所有分支做出相同更改时的最佳工作流程。迄今为止,我们一直依靠Cherry Pick进行每一次提交。这很麻烦,必须有更好的方法。 下面是我们正在做的一个例子: V1

    1热度

    1回答

    有时我分支写一个功能,但需要一个初始的本地提交,它调整某些文件的方式让我在本地工作。这些更改不会合并回主,因此当分支准备就绪时,我将其重新绑定并删除最初的提交,该提交通常以日志消息“DONT MERGE”开头。但有时我仍然设法将它合并为主。 通过查看git钩子文件夹,我看到前/后提交挂钩,但似乎没有看起来理想的合并。这些钩子中的任何一个都可以在提交之前查看提交吗?我希望这可以在本地机器上工作,所以

    -2热度

    2回答

    请看下面的例子: git log --all --oneline --graph * fc89735 (HEAD -> master) Merge branch 'feature' |\ | * 034f1de (feature) modify the calculate function | * 57aaea2 added another calculation function *

    0热度

    1回答

    存在某种误解,导致100多个文件发生冲突。尽管冲突很容易解决。文件的一组有: // In .h files virtual bool exec(); // in cpp files: bool SomeClassName::exec() { ,另一组有: // In .h files virtual bool work(); // in cpp files: bool SomeCl

    1热度

    1回答

    在工作中,我们已经开始注意到一些奇怪的git行为,我无法解释。有人会进行提交,然后(通常在合并之后),提交中的一些代码行将被撤消。这不是整个提交,并且可能只影响文件的一部分。它也似乎发生在正常的成功合并之后(即没有解决得很差的冲突)。 有时候这是显而易见的,就像文件的一部分发生变化一样,其他时候可能会更加微妙。它看起来并不是故意的,并且受影响的人看起来并不像使用rebase,commit修改,还原

    1热度

    1回答

    所以我想弄清楚一个奇怪的问题,提交进行,合并到我们的主分支,但随后在提交代码捆绑对此承诺似乎只是消失。提交散列是4516ce019和github提交仍然在树上,以及我的本地git分支。从git的日志摘录在主分支: commit 02659934ce32a4e700e1a7116685933e40a58b7f Author: Jordan Earls <[email protected]> Da

    0热度

    2回答

    我知道有很多关于在git中撤销合并的信息,但我似乎无法在我的具体情况中找到任何有关如何执行此操作的共识。 有人本质经由到位桶拉入请求合并我们develop分公司我们master分支。这只是今天发生的,所以这是在master分支上完成的最后一件事(我们不必担心在合并提交之上的其他提交)。 注:我们举办到位桶自己,所以我们必须到位桶的旧版本。没有回复拉动请求选项。 从我读过,有本质上的混帐处理这两种方

    1热度

    1回答

    我喜欢使用git blame作为文档的辅助形式。检查为什么提交,什么时候以及由谁提交是非常有用的。 但是有时一条特定线路的历史会丢失。在某些情况下,可能发生这种情况: 发生更改,但之后恢复。 有人重新缩进文件并提交它。 后来标准缩进被恢复并提交。 有人将文件复制到没有历史记录的新分支/回购。 我仍然有一个分支的原始历史,我想合并到新的分支。 在所有这些情况git blame将显示该文件,这通常不是