git-merge

    0热度

    1回答

    我用git-imerge合并了两个分支。 git checkout branchA git-imerge start --name=merge-devolp-to-A--first-parent --goal=rebase-with-history develop 我跑上面的命令,合并开发分支到branchA。 合并完成后,git-imerge将最终结果放到分离的HEAD中,然后将HEAD放

    0热度

    1回答

    考虑一个由若干开发人员组成的团队,他们同时在一个代码库上工作。将功能恢复到主分支时,可以使用git merge或git rebase。 我从其他几位开发者那里听说过,与git rebase相比,如何使用git merge将使您的git历史变得时髦。 我也看到了这个SO question about the difference between merge and rebase。 One SO an

    0热度

    1回答

    我有一个叫做backend_setup的分支,我在这里设置服务器和数据库。我从分支推送得很好,但当提出请求时,我得到“此分支有必须解决的冲突”,然后列出package-lock.json和package.json。寻找解决方案只会让我在终端有冲突的人。我让我添加,提交,并推动得很好,但github上的pull request没有通过。 我的包lock.json <<<<<<< backend_se

    2热度

    3回答

    步骤我接过后: 合并的主分支到我的特性分支。 开始解决提交,意外解决使用他们在其中的冲突之一,并希望重做它。 重置所有更改。 在这一点上,我似乎做任何事情不能因为我是在合并状态时,我不小心犯下这些变化,并推到GitHub上(我用SourceTree,离开了选项打勾!) 现在,每当我尝试从主合并它假设我已经有最新的变化,并没有添加到我的功能分支。 我试图运行git revert -m 1 <comm

    1热度

    1回答

    在我当前的项目中,所有团队成员都是Git的新手,最近我们在开发过程中获得了一些协作方案。 我的问题是如果多个团队成员在一个项目中工作,每个开发人员(在这种情况下开发人员1 & 2)在本地创建了他们的本地功能分支。 但是存在对彼此模块的依赖性。 要将开发者1代码的最新代码发布到开发人员2机器,方法是将开发人员1的功能部分推送到GitHub远程,以使开发人员2可以获取开发人员1的最新代码,并在更改推开

    1热度

    1回答

    我尝试合并branch A至branch B。在A和B两者之前由于团队合作而产生不一致的TabBbing,但是我们修复了并且A和B上的当前版本具有相同的Tabb。现在,当我尝试合并两个分支时,我合并了冲突(不是由于Tab键)。当我试图解决冲突与MELD(也试图与kdiff3,同样的事情)为mergetool的LOCAL和REMOTE是用相同的黏合,但BASE是在图中所示的老黏合: 这是为什么发生?

    -1热度

    1回答

    请帮助使主分支与具有所有最近更改的远程主分支匹配。 请看以下git的状态: $ git的状态 分支主 你的分支和“产地/主”分别有分歧, 并各有26次22个不同的提交。 (使用“git pull”将远程分支合并到您的手中) 所有冲突都已修复,但您仍在合并。 (使用“git commit”结束合并)

    0热度

    2回答

    我创建了一个用于开发的分支,它有一些无用的提交。现在我想将提交合并到mainline分支。我想在原始/主分支中提交的唯一提交是最新的提交和另一个将第一次提交压缩为第二次提交的提交。 编辑: 对不起,如果这不明确,让我试试更清楚。假设我在开发分支中有5个提交。我想将dev分支中完成的所有更改合并到origin/master分支。问题是我想压缩提交#1-4到一个提交并合并提交和提交#5到原始/主分支。

    1热度

    1回答

    我有dev和main分支。一些提交到dev分支,然后一些dev分支提交进入main分支。这意味着,在dev分支中有几个提交,它们在任何给定时间都没有在main分支中提交/挑选。 我不知道是否有办法记录所有dev提交新的或未挑选到main的提交。 我试着用, $git log main..dev $git log dev..main ,但他们不为我的目的。

    0热度

    1回答

    不知过滤提交,如果有一种方法只过滤提交到应用,当我们使用, git cherry dev 在换言之,让我们假设上面的命令产生输出下面, - 33d5713b613f56938f23f8f61c55e63c34a92720 + fe77980a11d85ee3a14d45274b0b6db4af8b6574 - 8e642df428532339adee523234da3ce6c1def989