rebase

    1热度

    1回答

    提交使用裁判头上,你可以选择尽可能多的最后一次提交: git rebase -i HEAD~2 现在,让我们说有一个特性分支30岁以下的提交:feat/xyz,你可以很容易地计算提交的数量和git rebase -i HEAD~30 问:有没有办法选择每个提交的分支而不计算它们?

    2热度

    3回答

    有两个分支master和feature。 开发流程中feature分公司并有多次提交该分支完成,但它们之间有一些融合了master分支,所以日志功能分支,例如像: 特征提交1 主提交1 特征提交2 主提交2 功能提交3 它是安全的壁球这一切都提交到一个feature commit 1? 在将feature分支合并到master时,是否会遇到任何问题?

    0热度

    1回答

    有一个github项目,我将其称为A,我添加了非常具体的自定义功能。随着A作者的安全补丁和升级的进展,I rebase我的自定义功能到他们的最新代码。 我的自定义特征也分层次展开,低层更加通用,而依赖低层的高层继续变得非常具体。 所以最终的结果是,我的一些项目将采用A + 1层,和其他人将用A + 1层+ 2层等 我的问题是,是rebase正确的方法做什么我试图达到?或者有没有一种更优雅的方式,而

    0热度

    3回答

    由于在添加解决了冲突的文件后,出现“没有更改 - 您忘记使用'git add'?”,所以我正面临rebase问题?一旦我尝试继续rebase就会出现。有谁有线索吗? 谢谢。

    2热度

    2回答

    我正在尝试rebase -i几次提交,这些提交发生在我的历史记录中。说我有这样的日志: * 5e32fb0 (HEAD -> master) Add latest feature * 106c31a Add new feature * 2bdac33 Add great feature ...100 other commits... * 64bd9e7 Add test 3 * 3e10

    3热度

    1回答

    的git rebase典型的行为是一个相对“干净”从基地到当地的合并。 但是偶尔事情南下。基本上每文件已被触摸的基地需要手动合并到本地 - 无论文件是否已被触及/本地更改 为什么会发生这种情况?有没有合理的解决方法? 更新 出于某种原因,在此情景 git pull 工作就好。它需要的一个文件手动合并 - 这是一个有效手动合并。 所以我想这个问题有演化成“什么是一个git pull被要求相对于g

    2热度

    2回答

    我有一个develop分支和fix分支。 Fix分支位于develop之后 - 5个提交。 什么是最好的和最简单方式合并到develop? 首先rebase? 你能告诉我确切的命令吗?

    1热度

    1回答

    到目前为止,我一直在做互动git的基础重建相当频繁在任:unpushed工作,或者我知道我肯定是工作的唯一一个推动工作。 我知道挤压提交和总体当它到达协同工作改写历史的可能会非常棘手。 尽可能以最小的痛苦做到最好的做法是什么? 如果我捉一些提交和推,怎么会当他拉回购看起来像一个同事的站上? 当他没有做任何改变,只需要更新? 当他做了一些改变,并希望更新之前提交自己? 我知道重写历史的概念是一个永无

    1热度

    1回答

    可以说我一直在一个分支,做了一些变化,其中一些我承诺其中一些仍然unstaged。然后有人推动一些东西去掌握。然后,我完成了,并试图推动我的工作掌握。但是有一个合并冲突,因为在推动自己之前,其他人改变了我目前正在处理的一个文件中的某些内容。我输入了什么Git命令,以便我的分支更新了他的更改,以及我目前的工作。所以我可以合并。我如何做到这一点,既没有让我的提交丢失,也没有删除我未分离的更改?由于这个

    1热度

    1回答

    我有一个perl脚本来将建议的基线重定义为Dev视图(Dev视图位于M:驱动器中)。当我从命令提示符运行脚本时,它正在工作,但是当我从詹金斯打电话时,同样的脚本失败。 (我在Jenkins中使用与我的登录ID相同的用户名。)如果我缺少任何配置,请告诉我。 **Command which i used :** cleartool rebase -complete -view <DEV_VIEW_T