Fork的生命周期？
Lifecycle of Fork?
简单情况：
我从拥有多个分支的其他人那里分叉了一个项目。 His/her 项目像任何其他项目一样随时间变化。我的叉子变得越来越过时，尤其是其他分支机构。要解决此问题，您必须按照 here.
中提到的说明进行操作
我的问题是：
是否常见：
- fork 一个项目
- 对其进行处理并提出合并请求，直到...
- ...你的项目太过时了，你必须删除旧的才能创建新的分支？
首先，我知道如何更新我的叉子。但是我看不出简单的方法来说明
git magiccommand upstream
我的叉子得到更新 1:1 所有分支和标签等
这是 fork 的正常生命周期吗（fork it, change something, throw away？）
您可以尝试 git reset --hard mybranch upstream/mybranch，上游是对原始存储库（您已分叉）的引用
您必须对每个分支都执行此操作。
不过是easier/cleaner到：
- 做一个新的叉子
- 添加一个引用你的旧分支的远程并获取它
- 做 some git cherry-picking 以取回您所做的一些提交以及您希望在新更新的分叉之上应用的提交。
一旦您的 PR（拉取请求）被接受，您现在可以选择删除 branch from which the PR was done。这意味着你的叉子可以（如果没有更多的 PR）安全地扔掉。
简单情况：
我从拥有多个分支的其他人那里分叉了一个项目。 His/her 项目像任何其他项目一样随时间变化。我的叉子变得越来越过时，尤其是其他分支机构。要解决此问题，您必须按照 here.
中提到的说明进行操作我的问题是：
是否常见：
- fork 一个项目
- 对其进行处理并提出合并请求，直到...
- ...你的项目太过时了，你必须删除旧的才能创建新的分支？
首先，我知道如何更新我的叉子。但是我看不出简单的方法来说明
git magiccommand upstream
我的叉子得到更新 1:1 所有分支和标签等
这是 fork 的正常生命周期吗（fork it, change something, throw away？）
您可以尝试 git reset --hard mybranch upstream/mybranch，上游是对原始存储库（您已分叉）的引用
您必须对每个分支都执行此操作。
不过是easier/cleaner到：
- 做一个新的叉子
- 添加一个引用你的旧分支的远程并获取它
- 做 some git cherry-picking 以取回您所做的一些提交以及您希望在新更新的分叉之上应用的提交。
一旦您的 PR（拉取请求）被接受，您现在可以选择删除 branch from which the PR was done。这意味着你的叉子可以（如果没有更多的 PR）安全地扔掉。