红宝石宝石扩展的版本号的最佳做法是什么？

如何解决红宝石宝石扩展的版本号的最佳做法是什么？

| 我有一个0.2.2版的ruby gem（Split），它的扩展是一个单独的gem（Split :: Export），其加载方式与机架扩展类似：

gem \'split-export\',:require => \'split/export\'

我应该如何管理扩展的版本控制？ 它应该与它扩展的宝石的主要版本或次要版本匹配，还是与补丁级别完全匹配，我是否可以镜像其他宝石的其他趋势或示例？     

解决方法

        最好的选择是： 作为第一个版本，从0.0.1开始您的gem扩展版本。 确保您维护可靠的测试套件，以便测试父级gem（在本例中为“ split \”）可以维持您依赖的行为。无论您做什么，都不要跳过此！ 始终保持文档说明您肯定支持哪个版本的父级gem（\“ split \”）。示例：\“ split \” gem具有1.1.0、1.1.6、1.2.1版本。如果您测试的最新版本是1.1.6，请编写一个自述文件：\ split-export \被证明可用于所有1.1.6版本的\“ split \”版本。使用其他版本的风险自负。或类似的东西。 当然，不用说，跟踪父gem的版本历史并定期对其进行测试。 这些是非常基本的TDD做法，但是重申它们从来没有什么坏处。希望我能帮上忙。