繁体   English   中英

始终创建新的Git分支,即使是次要/琐碎的更改

[英]Creating new Git branches all the time even for minor/trivial changes

对于一个大型项目(过滤器的前端),我一直在研究一个名为filtersfrontend的分支。 但是,然后我需要应用一些很小的修正,例如将按钮向下移动几个像素,或者为<div><span>元素稍微改变元素的填充,以使其与前面板完全无关。结束过滤器项目。

这个问题并不是要引起辩论,我希望它不会因没有“是/否”答案而被关闭。 我正在寻找最佳实践。 如果我为与我的大项目无关的每个次要/琐碎更改创建具有直观名称的新分支,或者我这样做的方式还可以,那么继续为该大项目继续使用我的filtersfrontend分支,然后向其中添加次要更改即可它。 是的,问题在于,多次重复的次要/琐碎更改可能会变成几行代码,并且如果由于过滤器前端的大型项目最终没有发布而决定放弃该分支,我将需要搜索提交内容以挽救我在该分支中包含的次要/琐碎更改的代码。

希望您能与我分享有关此问题的最佳实践,并且管理员不会解决这个问题。

我看不出要为与长期运行的分支上的工作相关的细微变化创建单独的分支的意义...除非您希望将这些细微的变化保留为“合并”,而不仅是将快速的分支保留为“合并”当您将它们合并到原始的长期运行的分支中时是线性分支。...但是,嘿...如果您问我,这很有趣。 我宁愿担心以下问题:“何时删除这些小更改分支?我保留很长时间?” 然后我的回答是“保留它们的目的是什么?”。

对我来说,发生的一件事是为分支机构进行杂项或较小的更改,其目的恰好是修复与我在长期运行的活动分支上开发的大型项目无关的较小的事物。 例如,对于在页脚中修复链接填充的请求,我可以将其应用于其他更改的分支,而不是将次要/琐碎的更改应用到我正在使用的长期运行的分支上,定期合并为“主人”。 通过这样做,我可以确保分支的名称对于代码的实际作用始终是直观的100%。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM