一直创建新的Git分支，即使是微小的/琐碎的更改

Question

对于一个大型项目(过滤器的前端)，我一直在研究一个名为filtersfrontend的分支。但是，我需要应用非常小的修正，比如将一个按钮向下移动几个像素，或者为一个<div>或<span>元素更改一个元素的填充，对于与过滤器项目的前端完全无关的东西。

这个问题并不是要引起辩论，我希望这个问题不会因为没有一个“是”或“否”的答案而结束。我在寻找最佳实践。我应该为每个与我的大项目无关的微小/琐碎的更改创建带有直观名称的新分支，还是应该像我一直这样做的方式一样，继续为大项目创建我的filtersfrontend分支，只需向它添加一些小的更改。是的，问题是几次微小的/琐碎的更改乘以几行代码，如果我决定放弃这个分支，因为过滤器前端的大型项目最终没有发布，我将需要在提交中搜索关于我在该分支中包含的微小/琐碎更改的代码。

希望您可以与我分享，如果有一个最佳实践，而这个问题并没有被管理员关闭。

Answer 1

我不认为为与您正在长期运行的分支上的工作相关的小更改创建单独的分支有什么意义.除非你想保持这些小的变化作为“合并”，而不仅仅是在线性分支上的快速转发，当你将它们合并到原始的长时间运行的分支.但是嘿..。如果你问我的话，这是一种品味。我宁愿担心“我什么时候删除那些小变化的分支?我会保留它们很长时间吗？”然后我的回答是：“保留它们有什么意义？”

Answer 2

我想到的一件事是有一个分支，用于不定期的或小的变化，其目的恰恰是修复与我在长期运行的活动分支上开发的大型项目无关的小事情。例如，对于修复页脚中链接的填充的请求，我可以将其应用于杂项更改的分支，而不是对正在使用的长时间运行的分支应用这个微小的/琐碎的更改，然后可以定期将其合并到"master“中。通过这样做，我可以确保分支的名称始终是直观的，100%符合代码的实际操作。