问题标签 [git-fork]

我克隆了一个分叉的 github 存储库，并从中创建了一个分支。如何使用 upstream/master 更新（使用 git pull ）我的分支？

详细地说，这就是我所做的：

1) 在 GitHub 上创建一个 repo

2) 将我的 github 存储库克隆到本地盒子

然后我做了一些本地更改，提交并推送到我的 GitHub 存储库。这些更改是针对我的，对其他人没有用处，因此没有拉取请求。我将这些提交称为“私人提交”。所以这就是发生的事情：4）做了一些“私人提交”

然后我开始研究一个对其他人非常有用的功能。所以我想我必须从我的本地 master 分支出来，在 "private commits" 之前，称之为 "pull-request-branch" 。所以，这就是我所做的：

5)git branch <before private commits>

6)git checkout -b pull-request-branch

7)git push -u origin pull-request-branch

然后我想在我开始处理新功能之前，我必须使用上游更改来更新这个分支。所以这就是我接下来要做的

8)git remote add upstream <original-repo>

9）git pull upstream pull-request-branch（这不起作用）

如何使用 upstream/master 更新 pull-request-branch ？

当一个 github 项目被分叉时，与初始项目相关的 gh-pages。我可以在 gh-pages 中进行修改并且不将其与父项目同步吗？同样的问题适用于 fork 主分支中的琐碎 README。

来自 Git 新手的另一个菜鸟问题。

我有一个 git repo，有两个开发人员在两个不同的分支上工作。要求是每个人都应该能够独立工作，并且在进行一些更改后，两者都会创建一个拉取请求，我会将他们的工作合并到主仓库中。发生这种情况后，两者都将从主仓库中提取更改（通过将其添加为远程）并继续处理最新代码。

我的问题-

1. 这是一个很好的方法吗？
2. 我应该为每个开发人员创建分支并要求他们在自己的分支中提交，然后合并到 master 中吗？（对我来说看起来像是开销）
3. 如果两个开发人员都想访问彼此的代码怎么办（他们可以将其他分支添加为远程存储库，然后互相玩其他代码，然后再尝试推送到主存储库中吗？我认为这可能会产生冲突并且是一种不好的做法。 . 是吗？）
        Main repo
           / \
   sub1 <--> sub2
   如果 sub1 添加 sub2 作为远程 repo 并拉入更改，然后尝试为 Main repo 创建拉取请求，会出现冲突和其他问题，对吗？
4. 在这种情况下管理代码的任何其他方式？

奖励：如何限制某些可能临时工作的自由职业者/其他开发人员访问完整代码库？（更多的是从管理的角度而不是代码）

我正在尝试更新 Ruby on Rails 项目分支上的 3-2-stable 分支。所以在克隆 rails 之后，我最初做了一个git checkout -b my_branch remotes/origin/3-2-stable. 然后我做了我的改变。然后我将我的 fork 添加为带有git remote add my_fork git@github.com:myusername/rails.git. 是否git push my_fork my_branch只更新 3-2-stable 分支my_fork？我有什么特别需要做的吗？

我们有一个每个人都使用的共享 git 存储库，我们有两个分支

• 掌握
• 开发者

我有我自己的这个 repo 的分支。我不时将上游 repo 中的更改拉到 fork 中的相应分支中，然后将我的功能分支重新定位到 dev 上。

IE。

叉

• 掌握
• 开发者
• 特色1

命令：

现在，当我不时将我的 feature1 分支推回我的 fork 时，我被告知我的分支已过时并进行拉取，然后我遇到合并冲突。

我是并且将是唯一一个在这个分支/分支上工作的人，所以我对为什么会遇到这些合并冲突感到困惑。

即使没有其他人正在处理它，重新设置推送分支是否有问题？有什么方法可以解决此问题或遵循更好的工作流程

假设我有以下情况。很久以前，我在 Github 上发布了一些有用的代码，从那时起很多人 fork 了它。现在我在我的代码中发现了一些非常严重的错误（比如缓冲区溢出）并修复它，我意识到所有分支都应该更好地修复它，否则可能会发生 Bad Things™。

我如何通知所有分叉的所有者他们最好拉出这个关键的变化？

可能重复：
如何合并两个 git 存储库？

我有一个现有的 git 存储库 A。

对于另一个项目，项目 B，我的同事已经着手创建了一个新的 git 存储库。我们已经向这个存储库添加了一堆代码，因此它的结构自然与存储库 A 不同。

现在事实证明，我们希望在项目 B 中使用 A。理想情况下，我们希望将A 分叉到 B 的子目录下已经存在于 B 的存储库中，以免干扰已经存在的工作。自然地，我们希望保留 A 的历史（即不只是将一堆源代码复制过来）。

然后，我们计划根据项目 B 的特定需求对克隆/分叉的 A 进行广泛修改（这是一个一次性演示）。

做这个的最好方式是什么？可以使用克隆来实现这一目标吗？或者也许我可以克隆 A，将东西移动到我想要它去的地方，然后尝试将它合并到 B 中？您可以合并两个从未有过共享历史的存储库吗？

背景：我有类似的情况，但那里的解决方案并不能解决我的问题。在 GitHub 上，我分叉了一个项目：

我从SomeonesFork 分叉，以清理他们所做的一些更改并将拉取请求发送回原始存储库。从那时起，我还直接向被接受的原始请求发送了拉取请求。

但是，我更希望我的 repo 是 Original 的直接分叉，而不是 SomesFork 中介。（使 GitHub 上的事情变得更容易。）我将原始设置为上游并推送到我的 fork，但 GitHub 仍然说它是 SomensFork 的一个分支。

如果我再次尝试分叉原件，我只会被发送到已经存在的那个。从研究来看，GH 似乎不允许多个分叉。

所以我的问题是：简单地删除我现在拥有的分叉，然后重新分叉原件是否安全？这会在任何地方的 git 或 GitHub 中引起问题吗？

几个月前我有cloned一个 repo，想知道它是从我的 fork 还是从原始存储库完成的。我应该运行哪个 git 子命令来获得答案？

我分叉了一个流行的 github 项目，以根据我的需要进行一些小的调整。但是，我想使我的分叉与主存储库保持同步。我最初所做的是通过 github ui fork，然后将我的更改直接从我的开发环境推送到这个 fork。我不完全相信我应该这样做，因为我认为这使得从主存储库中提取更新变得困难。

以这种方式维护分叉的推荐方法是什么？我必须对当前设置进行哪些更改？