为何仍采用bootstrap-4.0.0-alpha.5作为peer dependency及内部使用问询

为什么仍保留该版本作为peer dependency？ #

• 避免破坏性变更影响现有用户：我们的核心代码是基于这个alpha版本的API搭建的，Bootstrap后续的正式版本对不少组件做了破坏性调整——比如栅格类名的修改、组件事件逻辑的变动。如果升级peer dependency版本，会直接导致依赖我们包的老项目出现样式错乱、功能失效的问题。我们不想让用户为了适配我们的包，被迫重构他们已经稳定运行的代码。
• 测试与维护成本考量：我们的自动化测试套件完全基于这个alpha版本的场景编写，切换到更高版本意味着要重写大量测试用例，这需要投入不少人力和时间。目前这个版本已经能支撑我们的核心功能需求，没有迫切的升级必要。
• 适配遗留项目生态：我们了解到还有不少老项目因为历史代码包袱、深度定制等原因，仍在使用这个alpha版本。保持peer dependency版本一致，能让这些项目无缝集成我们的包，不用额外做适配工作。

内部使用的Bootstrap核心部分 #

• 响应式栅格系统：依赖container、row、col-*等类来实现多屏幕尺寸的布局适配，这是我们页面布局的基础框架。
• 基础工具样式类：大量使用间距类（m-*、p-*）、文本对齐类（text-left、text-center）、显示控制类（d-none、d-block），这些工具类帮我们减少了大量重复的自定义CSS代码。
• 定制化UI组件：用到了按钮（btn系列）、表单控件（form-control、form-group）和模态框（modal）的基础结构与默认样式，但我们对这些组件做了深度定制，以匹配我们产品的专属设计风格。
• Sass变量与混合宏：引用Bootstrap的颜色变量、间距变量，以及响应式断点混合宏，来保持我们样式代码的一致性和可维护性。

内容的提问来源于stack exchange，提问作者Massimo Costa