改变我们发布的方式
本帖最後由 lotha2023 於 2023-1-19 17:05 編輯我们改变了发布方式snowplow/snowplow回购不再是您可以找到关键管道组件代码的地方。回购自述文件和本文中有指向它们新位置的链接。我们将不再发布 R 版本——您可以在我们的新版本矩阵上找到最新的推荐包。如果您只使用已发布的资产，则对您而言没有任何改变。 正如我们在Failed Events 生产版本中宣布的那样，它是一长串伞形版本中的最后一个——实际上是 119 个！长期以来，我们一直使用伞式版本来表明回购生成的资产彼此兼容，并且我们建议转移到它们。当然，这种保证很重要，但我们将其组合在一起的方式一直在拖慢我们的速度。为了更快地为您带来改进，我们进行了更改。 提醒一下，最近成为了多个关键组件的所在地：Beam Enrich、Stream Enrich 和 Scala Stream Collector。它过去还包含最近弃用的批处理管道组件。
除了这些之外 还有许多其他管道组件需要保证兼容性 例如加载程序和恢复工具。因此，我们的伞式发布仅涵盖了部分庄园。我们希望为您提供更清晰、更广泛的保证。 迄今为止，对的每项更改snowplow/snowplow都包含在一个伞式版本中。我们的伞发布过程有很多步骤。鉴于存在开销，我们会尝试从中获取尽可能多的价值。您可能会熟悉此场景的结束位置！诱惑是在发布中投入更多，进而使开销更大，诱使 美籍华人电话号码表 每个人都加入更多。滚雪球的速度越来越快。我们希望更快地交付改进，因此需要一种更精简的方式来推动变更。 另一个关键问题是修补没有天然的归宿。我们会彻底测试我们的构建——我们将继续这样做！但是，收集数据的方式有很多种，我们无法保证我们的测试涵盖所有用例。我们当然有时需要打补丁。如果每个补丁都需要一个伞形版本，这意味着我们的大张旗鼓时刻和我们的小 oh-shoot 补丁都得到了同样的待遇。
https://www.gilists.com/wp-content/uploads/2023/01/%E7%BE%8E%E7%B1%8D%E5%8D%8E%E4%BA%BA%E7%94%B5%E8%AF%9D%E5%8F%B7%E7%A0%81%E8%A1%A8-1-300x179.jpg
搬出 monorepo 我们必须注意 上述问题并不是单体仓库的错——每个问题都可以在该结构中解决。然而，当我们不久前坐下来思考我们的理想设计应该是什么样子时，它不包括 monorepo，所以我们正在采取行动解散它。 上述每项服务现在都位于自己的存储库中，并将在那里进行迭代。 EMR ETL 亚军， 丰富（普通、光束和流） 流收集器 我们也借此机会从 repo 名称中删除“Scala”，因为它是一个实现细节，但重要的是要注意所有已发布的资产将继续具有相同的名称。如果您仅使用资产使用 Snowplow，则没有任何变化。我们当然也会维护并继续增加他们的版本号。为了帮助传达更改，我们将更加严格地采用语义版本控制来表示接口中的更改。 我们已围绕此对我们的发布策略进行了小而重要的更改。当我们有一个组件的新版本时，我们会立即发布它。所有版本（包括补丁）都将在Discourse和Twitter中公布。
頁:
[1]