你的需求是否与问题相关？请描述。
现在我们有了 added merge queues ,CHANGELOG 将作为 PR 在队列中移动时自动合并。这可能会导致冲突。
描述你希望的解决方案
我们应该转向一个不同的方案，其中 CHANGELOG 条目作为单独的文件累积在一个目录中，而不是在一个文件中。应该编写一个支持的发布脚本，将所有 -dev changelog-individual-file 条目累积到主 CHANGELOG 中。这也意味着在 CI 中更新我们的 changelog 验证(现在需要一些自定义脚本来验证新文件是否被添加，而不是 CHANGELOG.md 中的条目)。
描述你考虑过的替代方案
我们可能有一个仅包含自上一次发布以来更改的单个 -dev changelog 文件。这比当前流程更不容易产生冲突，并且意味着你可以在一个地方看到所有最新的更改。
附加上下文
5条答案
按热度按时间2hh7jdfx1#
@ryannikolaidis@ahmetmeleq - 这个在#300中实现了吗？
mlmc2os52#
@ryannikolaidis@ahmetmeleq - 这个功能在#300中实现了吗？
不，这将涉及到我们目前如何在changelog中添加每个提交(到主分支)条目的更改。相反，这建议我们为每个提交都有单独的changelog文件，所有这些文件在发布时都会汇总在一起。这里的优势是，我们永远不会因为changelog冲突而在合并队列中遇到碰撞(这种情况在大多数提交中都会发生)。
8wigbo563#
明白了，我们会保持这个开放状态。@ahmetmeleq昨天在一篇PR中留下了类似的评论。这看起来是一个很好的实现，我们会保持它的开放状态。
xfyts7mz4#
@MthwRobinson @ryannikolaidis ,这是我的答案 - 当我有时间时，我会再尝试一次💪
ax6ht2ek5#
感谢！是的，我怀疑这在现在的日子里优先级要低得多，但确实在长期来看减少了变更日志的管理。