cherry-pick

    1热度

    1回答

    我想挑选两个不同的工作布拉切换到对方,即我想樱桃挑选分支linear最后5个提交到分支diagonal。 git cherry-pick -n -x linear~6..linear 正如预期的那样,第一次樱桃采摘的提交有一些合并冲突。我想出了他们与git status,解决它们并更新索引与git add。 现在我想继续休息,但 git cherry-pick --continue` 导致

    0热度

    1回答

    我有一个问题是否应该推樱桃更新gerrit。 我的代码需要一些其他代码才能构建,并且这些代码已经被推送到gerrit但未合并。我推动了这一推动,并将我的代码放在了最上面。我的代码成功构建。然后我只把代码推给gerrit,这导致gerrit构建失败,我确信我没有错过任何代码中的文件,原因是什么?有人可以帮忙吗?

    1热度

    1回答

    我有一个分支(分支A),它增加了大约300个文件,然后我将它合并到主文件中。合并破坏了主人,所以我删除了所有300个文件并承诺删除这些文件。然后,我开始回到分支A并修复覆盖,但合并此分支不会将这些文件覆盖,因为它们在删除它们的提交后并未更新。有没有办法只从提交中挑选已删除的文件,以便我可以将它们还原?

    2热度

    1回答

    我在这里有一些问题,我想挑选一个git仓库,这个仓库在我的系统中并不存在。 例如:https://github.com/DespairFactor/N6/commit/ecea4ab6d3d8bb4122522398200f1cd2a06af6d5 一个平常的樱桃采摘过程包括做 1)git remote add <RepoName> <repoURL> 2)git fetch <RepoName>

    2热度

    1回答

    由于(非常奇怪)的情况,我现在有一个2根git仓库。我想删除导致第二个根出现的合并。从技术上讲,这些“根”中的每一个都是父项为0的提交。 我想摆脱导致两个根的合并。 我用git樱桃采摘,并没有工作,它似乎不适用任何更改。 为了清楚我想要一个',b'和c'全部消失(它们是a,b和c由不良rebase引起的破坏副本)。 a <- b <- c \ /g <- h \ d -f origin/maste

    4热度

    1回答

    鉴于先前在SVN,现在已经完全转换到Git的(即通过“纯”当前访问git而不是git svn)存储库: 鉴于主线分支和释放在Git转换之前从主线分支的分支: 有没有什么简单的方法(从Git)告诉哪些提交出现在发布分支上而不是在主线分支上(即可能候选人被樱桃采摘回到主线,当修复直接发布到发布分支时)? 我看到的问题是,像git cherry命令(这显然是为 Git的转换后分歧分行的正确选择)预计完成

    0热度

    4回答

    我在git中有一个分支和合并的问题。 我们有以下分支机构(这是我们的产品,并保持在parallell因为它们都被安装在客户支持) 2015Edition1 2015Edition2 2016Edition1 2016Edition2 master 我们可以认为这些分支机构发行的分支。 问题如下。 2015Edition1被分支,并且修复被提交到分支fix1。 2015Edition1

    0热度

    2回答

    https://git-scm.com/book/en/v2/Distributed-Git-Maintaining-a-Project是一个示例,显示如何在树枝上挑选樱桃。在这个例子中,提交的sha-1值是以全长使用的? $ git cherry-pick e43a6fd3e94888d76779ad79fb568ed180e5fcdf 不樱桃挑选允许像e43a6短SHA-1的值,因此,下面是有

    6热度

    3回答

    假设我有一个没有git历史的新系统,并且我重新检查了分支A.分支A已经有一个提交C1,我昨天从其他系统中执行了。 现在我想摘樱桃这次提交C1分支B. 问题: 如果我走科A的收银台去犯C1(在Git的历史观),然后单击“樱桃挑”,它说你想在樱桃分行A采摘?所以,这里没有讨论分支B. 如果我检查分支B,它根本不会显示提交C1。 现在,我该如何挑选分支A的C1分支到分支B? 我在eclipse中使用Ge

    3热度

    1回答

    我在Git中有两个独立的开发分支,develop1和develop2。 这两个分支有一个共同的祖先,承诺C1上主。这2个分支包含2个产品发布周期,将在大约6个月内加入(两者合并为主)。 在6个月大合并之前,树枝develop1和develop2将保持独立,develop1 <之间没有合并 - > develop2将完成。 但是,一些更改(如项目结构,脚本更改)将在两个分支上完成。 我的想法是在de