对于一个大项目（用于过滤器的前端），我一直在研究名为filtersfrontend的分支。但是然后，我需要应用一些很小的修正，例如将按钮向下移动几个像素，或者为<div>或<span>元素稍微改变元素的填充，以进行完全无关的操作带有用于过滤器项目的前端。
此问题并非旨在引起辩论，我希望由于没有“是/否”答案而不会被关闭。我正在寻找最佳实践。如果我为与我的大项目无关的每个次要/琐碎更改创建具有直观名称的新分支，或者我这样做的方式还可以，那么继续为大项目继续我的filtersfrontend分支，对其进行少量更改。是的，问题在于，多次重复的次要/琐碎更改可能会变成几行代码，并且如果由于过滤器前端的大型项目最终没有发布而决定放弃该分支，我将需要在提交中搜索有关我已包含在该分支中的次要/琐碎更改的救援代码。
希望有关于此的最佳实践，并且管理员不会解决此问题。
答案 0 :(得分：1)
我看不出要为与长期运行的分支上的工作相关的细微变化创建单独的分支的意义...除非您希望将这些细微变化保留为“合并”，而不仅仅是快速-当您将它们合并到原始的长期运行的分支中时，可以在线性分支上前进...。但是，嘿...如果您问我，这很有趣。我宁愿担心以下问题：“何时删除这些小更改分支？我保留很长时间？”然后我的回答是“保留它们的目的是什么？”。
答案 1 :(得分：0)
对我来说，发生的一件事是为分支机构进行杂项或较小的更改，其目的恰好是修复与我在长期运行的活动分支上开发的大型项目无关的较小的事物。例如，对于在页脚中修复链接填充的请求，我可以将其应用于其他更改的分支，而不是将次要/琐碎的更改应用到我正在使用的长期运行的分支上，定期合并为“主人”。通过这样做，我可以确保分支的名称对于代码的实际作用始终是直观的100％。