是否应该将分叉存储库的功能分支合并到原始主分支？
Should a feature branch of forked repository ever be merged to origin main?
让我们考虑一下，3 个人在一个项目中工作，他们正在使用 git。
项目存储库可以在他们的任何一个 github 帐户中吗？或者在新账户中托管远程项目存储库更方便？
现在，他们中的一个将致力于一项功能。因此，他将 fork 存储库，克隆它，git，创建功能分支，在功能分支中进行提交，然后 git push origin feature。然后，从 github 站点
创建合并请求
那么，他该怎么办呢？
他应该将 origin feature 分支合并到 origin main 吗？或者删除feature branch？还是保持原状？
在合并请求被接受并关闭后，是否应该在功能分支中进行任何提交。
在更广泛的层面上，问题是：
在团队项目中使用 git 时，工作流程是什么样的（常规步骤是什么）？什么是完整的 Gitflow 循环？
注意：如果您认为问题的框架不正确，请随时编辑问题。也求助，如果我列举的步骤有误，或者有部分缺失。
使用 Git（甚至更多使用 Git + Github）你有 很多 可能的工作流程 team-based 开发，你必须为你的团队定义适用和可用的：每个人都有自己的习惯和里程可能|有不同
您可以：
- 使用单一回购或分叉
- 使用个人存储库并向其添加协作者或使用“组织”+“org.repo”+“org.members”
- 使用 PR（纯 GitHub 特定）或仅启用合并分支
- 使用GitFlow 或GitHubFlow 或Trunk-based 开发或...
让我们考虑一下，3 个人在一个项目中工作，他们正在使用 git。
项目存储库可以在他们的任何一个 github 帐户中吗？或者在新账户中托管远程项目存储库更方便？
现在，他们中的一个将致力于一项功能。因此，他将 fork 存储库，克隆它，git，创建功能分支，在功能分支中进行提交，然后 git push origin feature。然后，从 github 站点
创建合并请求
那么，他该怎么办呢？
他应该将 origin feature 分支合并到 origin main 吗？或者删除feature branch？还是保持原状？
在合并请求被接受并关闭后，是否应该在功能分支中进行任何提交。
在更广泛的层面上，问题是：
在团队项目中使用 git 时，工作流程是什么样的（常规步骤是什么）？什么是完整的 Gitflow 循环？
注意：如果您认为问题的框架不正确，请随时编辑问题。也求助，如果我列举的步骤有误，或者有部分缺失。
使用 Git（甚至更多使用 Git + Github）你有 很多 可能的工作流程 team-based 开发，你必须为你的团队定义适用和可用的：每个人都有自己的习惯和里程可能|有不同
您可以：
- 使用单一回购或分叉
- 使用个人存储库并向其添加协作者或使用“组织”+“org.repo”+“org.members”
- 使用 PR（纯 GitHub 特定）或仅启用合并分支
- 使用GitFlow 或GitHubFlow 或Trunk-based 开发或...