本周我碰到了一个...有趣的场景,使用git和我的代码库,我写了一段逻辑,供以后使用的10个功能使用,我知道我会即将实施。
逻辑是这些未来功能的ABTest。
我通过首先实现ABTest并创建一个Pull请求来实现这一目标。批评我的PR是因为PR本身实际上并没有做任何事情。
因此,我可以证明其存在以供将来使用,或者仅保留分支/提交并关闭PR而无需合并它...从而将提交合并到每个将来的功能PR中。
后一种选择是否是最佳做法的推荐方法?
我个人认为这没什么大不了的,原始的PR应该可以合并,但是原始的审稿人可以休假,无法讨论...所以我正在考虑替代方案...)
答案 0 :(得分:0)
两种选择都是可能的:归结为沟通问题。
但是,如果没有ABTest便无法交付一项功能,则使用上述ABTest交付每项功能仍然是更加一致的方法。
如果该ABTest对于所有功能都是相同的,则将其与第一个功能一起提供可使其在接下来的9个功能PR中重新使用。