使用git fetch upstream更好,还是我可以单独克隆父(其他人的)repo?

使用git fetch upstream更好,还是我可以单独克隆父(其他人的)repo?,git,github,Git,Github,我分叉了一个git hub项目,我必须在上面工作,git hub fetch upstream将提供什么优势,因为我可以通过在单独的文件夹中更新来跟踪该项目,我觉得这样做更简单 整理我以前的答案: 通常,只有当你是回购所有人的朋友或有合适的工作关系(或他们积极鼓励)时,你才会克隆回购,这样当你推回一个新的工作分支时,就不会引起任何不安。这可以避免分支膨胀问题 当你对这项工作感兴趣并且想尝试一些东西而不需要事先获得“许可”时,你会倾向于进行回购,这是DVCS系统的好处之一。fork进程还(自动)为

我分叉了一个git hub项目,我必须在上面工作,git hub fetch upstream将提供什么优势,因为我可以通过在单独的文件夹中更新来跟踪该项目,我觉得这样做更简单

整理我以前的答案:

通常,只有当你是回购所有人的朋友或有合适的工作关系(或他们积极鼓励)时,你才会克隆回购,这样当你推回一个新的工作分支时,就不会引起任何不安。这可以避免分支膨胀问题

当你对这项工作感兴趣并且想尝试一些东西而不需要事先获得“许可”时,你会倾向于进行回购,这是DVCS系统的好处之一。fork进程还(自动)为您在github服务器上的本地工作提供了一个归档位置


这将取决于您的[项目]工作流样式,例如,或


使用fork允许您公开准备一个nice分支(commit系列),并保存所有WIP(work-in-progress)分支的副本。作为个人叉子,人们并不期望所有的分支都被磨光——看看你感兴趣的回购已经有多少个叉子,看看他们的在制品,看一看模式(或反模式;-)

这取决于你的[项目]工作流风格。这个分叉仅仅是为了让您在细化个人开发尝试(即充当归档文件)时有一个地方来容纳这些尝试,然后将干净的代码推到上游吗?或者其他一些东西,例如,或者你只是“潜伏”(只是跟随上游),或者你希望做一些本地开发(带有功能和分支),可能以后/最终会贡献给上游?所以你希望“他们”会想吸引你的贡献。使用fork可以公开准备一个nice分支(commit-series),而fork还可以充当备份并保存所有WIP(work-in-progress)分支的副本。作为一个个人叉子,人们并不期望所有的分支都被磨光——看看你感兴趣的回购已经有多少叉子,看看他们的WIP,看看刚刚从总结个人与项目活动的代码项目新闻项目链接到的模式(或反模式;-)。