GitHub上的Pull请求的最佳实践

我已经阅读了这个和这个讨论,但仍然有理解在GitHub上合作的最佳方式的麻烦.

假设我已经分配了一个仓库并独立开发它(原始仓库已经暂时没有激活).所以我确实拥有自己的develop分支,在那里我做了所有的改变:从中分支,在那里feature开发然后合并回来develop.我不时要向原始回购提交PR.但我不能做公关feature,因为它将包括所有的历史develop.这就是我的所作所为:

master跟踪原始回购的结帐

从它那里吹嘘

樱桃挑选feature并推送到GitHub

提交公关

当这些PR合并到master原始repo时,我从中拉出然后合并master到develop.

它工作得很好,但它导致我自己的回购中相同的提交倍增,所以我不确定挑选樱桃是最好的方法吗？

分支master可能会更好,但是当我完成依赖于feature-1的feature-2时,通常会出现这种情况; 并且feature-1仍在等待PR合并,但还master没有.

我将不胜感激任何建议和例子.

从理论上讲,它总是取决于您正在进行的项目以及项目负责人.

一般来说,只有在发布版本时才提交master,或者至少可以编译而没有错误的东西.但有些项目只是将一切都归入掌握.

确实,在我自己的项目和意见中,你的拉动请求应该被放入主项目开发分支,然后当时机成熟时,所有来自开发的东西都会被合并到主人.

您的工作流程基本上保持不变.从开发分支创建新功能-X,提交功能-X,然后您将在功能-X上提交拉取请求.一旦合并到开发中,你就会把它拉下来,继续工作; 或者只是将它合并到你的私人分叉上并继续工作,git应该理解.一旦项目负责人认为项目处于下一个版本,他/她就会合并发展成为主人.

看看这5分钟阅读:了解GitHub流程.