我们希望我们的开发人员根本不做出挑选,并遵循我们的标准分支策略。我们用bitbucket。 是否有一种简单的方法禁止制作樱桃选择?谷歌没有帮助,唯一的方法是开发一个git hook - 耗时的选项。
提前谢谢!
答案 0 :(得分:3)
实际上,工具无法做到。 cherry-pick
命令只是自动创建一个提交,其修补程序恰好匹配另一个现有提交的提交;结果提交没有什么特别之处,所以即使是一个钩子也无法找到提交被挑选出来的事实。
我说这是一个不喜欢cherry-pick
的人 - 或者至少认为它过度使用和过度推荐。但即使你找到了一种方法来阻止cherry-pick
,一个想要这样做的开发人员可以通过简单的rebase
方法来做同样的事情。或者他们可以手动生成源提交的补丁并手动将其应用到目标分支,使得它与发出的git命令的手动编码提交无法区分。
最后一句话应该说明一点,即使你将源代码管理工具更改为 概念cherry-pick
,开发人员仍然可以这样做事情,如果它是他们感到有动力去做的事情。
有时问题不是技术问题。
答案 1 :(得分:1)
这个问题需要人工解决方案,而不是技术解决方案。制定惯例并使用代码审查来监控此事。
请注意,git cherry-pick
本身并不一定是坏事。有时候我正在分支机构上工作,并且需要重新开始,我需要从一个新分支开始。但是,我的旧分支经常会有一些小的提交,我对它们的质量很有信心。我樱桃选择这些提交到新的分支。完成所有工作后,我的最终拉取请求来自新分支,因此没有提交重复相同的文本代码更改。
我发现这通常有助于减少在断枝上回溯所花费的时间。在这种情况下,完全禁用樱桃选择会阻碍我。