跟踪另一个git-repository

时间:2012-11-10 00:51:56

标签: git version-control redmine gitosis

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

  • 分支:用于部署
  • dev 分支:这里我们正在开发新功能
  • 社区分支:这是我被卡住的地方。我想有一个分支跟踪redmine的github社区回购,这样我就可以在这个分支'git checkout v2.0'然后在dev分支'git merge community'中解决并解决合并冲突我们自己的特色。在下一个redmine重新启动之后,我会在社区分支中检出v2.1并再次将它合并到dev分支等等......

当然,我可以在我的本地分支机构中添加一个遥控器,从社区仓库中取出并推送到我的原点,但是其他人不会看到它并且必须自己添加社区远程仓库(对吗? )。这是可能的还是另一种方法来解决这个'跟踪我自己项目中的参考项目'的问题?

由于

BTW:我的 origin repo是使用gitosis创建的。

1 个答案:

答案 0 :(得分:1)

无论您是在 dev 还是社区分支(工作领域),您都需要使用功能分支来开发,编辑和提出您的开发,以便可以以有条理的方式汇集在一起​​。也就是说,您应该选择合并贡献的方法并将其提升到更高的级别。 git-scm.com/book/en/Git-Branching-Branching-Workflows

请花时间了解遥控器的工作方式,并且跟踪的分支机构是完全重复的(直到常见的抓取/推送点),因此您无法计划将不同人员的贡献分配给相同的社区分支 - 这就是为什么每个人都应该拥有自己的功能分支。功能完成后,您可以重复使用分支名称。

git本身(github.com/git/git)有一个已发布的分支序列: - pu (潜在更新), next ,最后是 master 。在 pu 之前,有个别的贡献者分支(每个都是根据git list的情况下的补丁系列提交而构建的),并且如果/当维护者需要时, pu 可以重绕。 next 更稳定。用户在相关的最新版本上获取更新并重新定义他们的工作。