跟踪另一个git存储库

我试图建立一个开发环境“redmine”，让多人可以轻松地开发和维护我们自己版本的“redmine”，包括我们自己的功能和调整。我对远程分支不太熟悉，但我想到了这样的配置：

• 主分支：用于部署
• 开发分支：我们正在开发新功能
• 社区支部：这就是我被卡住的地方。我希望有一个分支跟踪redmine的github社区repo，这样我可以在这个分支中说“git checkout v2.0”，然后在开发分支中说“git merge community”，并解决由于我们自己的特性而导致的合并冲突。在下一次redmine relase之后，我将在社区分支中签出v2.1并再次将其合并到dev分支，以此类推

当然，我可以向我的本地分支添加远程，从社区repo中提取并推送到我的源站点，但是其他人不会看到这一点，因此必须自己添加社区远程repo（对吗？）。这是可能的，还是解决“在我自己的项目中跟踪参考项目”问题的另一种方法

谢谢

一月

顺便说一句：my origin repo是使用gitosis创建的。

无论您是在开发部门还是社区部门（工作场所），您都需要使用功能部门来开发、编辑和建议您的开发，以便能够以结构化的方式将功能整合在一起。也就是说，您应该选择一种合并贡献并将其提升到更高级别的方法

一定要花时间了解远程设备的工作方式，并且跟踪的分支是完全重复的（直到公共获取/推送），因此您不能计划将不同的人的贡献分配给同一个社区分支-这就是为什么每个人都应该有自己的功能分支。功能完成后，可以重新使用分支名称

git本身（）有一个已发布的分支序列：-pu（潜在更新）、next和finally master。在pu之前，有单独的贡献者分支（每个分支都是根据git列表中提交的补丁系列构建的），如果维护人员需要，pu可以被重新缠绕。其次是更稳定。用户在相关最新版本上获取更新并重新确定其工作的基础。

无论您是在开发部门还是社区分支（工作场所），您都需要使用功能分支来开发、编辑和建议您的开发，以便能够以结构化的方式将这些功能集合在一起。也就是说，您应该选择一种合并贡献并将其提升到更高级别的方法

一定要花时间了解远程设备的工作方式，并且跟踪的分支是完全重复的（直到公共获取/推送），因此您不能计划将不同的人的贡献分配给同一个社区分支-这就是为什么每个人都应该有自己的功能分支。功能完成后，可以重新使用分支名称

git本身（）有一个已发布的分支序列：-pu（潜在更新）、next和finally master。在pu之前，有单独的贡献者分支（每个分支都是根据git列表中提交的补丁系列构建的），如果维护人员需要，pu可以被重新缠绕。其次是更稳定。用户获取更新，并在相关最新版本上重新确定其工作的基础