【问题标题】:Git synchronizing with the secondary branchGit 与二级分支同步
【发布时间】:2018-09-04 11:39:06
【问题描述】:

我不确定我是否清楚地理解了逻辑,或者我错误地使用了 git。 如果我的伙伴在他的本地 repo 中进行 cnahges 并将更改推送到辅助分支,因为我们不使用 master 主分支,我如何将他的更改导入我的系统。谢谢!

【问题讨论】:

  • 你可以做 git pull, git merge origin/secondary branch 来合并二级分支的变化。在 git 命令行上。
  • “重复”是相关的,但不要按照指示立即将git merge 执行到 master 中。这不是用户想要做的事情,对于没有经验的用户来说,恢复这些操作会很复杂。

标签: git logic


【解决方案1】:

首先你可以做

git branch -avv

... 显示您的存储库了解的每个 本地远程 分支的完全限定详细信息。在这个阶段,您应该能够看到自己的“ma​​ster”分支和远程分支“origin/master”。起初,它们在技术上是独立的,但您的已由git clone 自动设置为“跟随”远程的,允许您获取/推送/拉取它。如果您愿意,您可以随时更改此配置,或者手动声明新分支,然后将它们设置为跟随另一个分支,即使它们的命名方式不同。

然后:

git fetch origin <branchname>

…这里假设“origin”是您声明的远程存储库的名称,这是执行git clone 时默认选择的名称。甚至:

git remote update

这将更新每个声明的远程存储库的状态,这反过来包括每个分支的每个分支的更新(意味着获取)。

此时,您现在应该可以看到您同事的远程分支。您可以使用git checkout origin/&lt;branchname&gt; 以分离模式查看它,或者使用git log origin/&lt;branchname&gt; 简单地浏览其内容。但如果你只是输入:

git checkout <branchname>

Git 会寻找以这种方式命名的本地分支。它不会找到它,但会在远程设备上失败。因此它将假定它应该是同源的,然后自动创建本地的,将其设置为跟踪到远程的,在您的工作目录中检查它并打印一条明确的消息来说明所有这些。

另一个git branch -vva 以查看更改。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-02-11
    • 2016-07-16
    • 2014-01-06
    • 2013-07-07
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多