展开讨论

经验与复盘经验摘录 · 机器翻译

在早期我们非常努力地满足他们的需求(例如通过实现……

… 在早期我们非常努力地满足他们的需求(例如通过实现对devicemapper的支持,作为aufs的替代方案)。但很快我们意识到我们的优先事项根本上是冲突的:他们最关心的是平台锁定,而我们最关心的是平台独立性。还存在文化上的问题:当红帽向开源项目贡献代码时,总是从强势的位置出发。如果一个项目对他们很重要,他们需要合并权限——他们根本不知道如何在不掌控的情况下对上游项目做出有意义的贡献。由于设计优先级的分歧,他们从未真正获得仓库的合并权限:他们必须像其他人一样为自己的拉取请求进行争论,而且维护者的意见是不可选的。许多拉取请求因为根本性的设计问题而未被合并,比如破坏与非红帽平台的兼容性。还有一些是因为主观的架构分歧。他们非常不喜欢这一点,这导致了各种纷争和不良行为。 …

源讨论Docker 现在变成了什么?原帖 286 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

MC

你对Podman有什么看法?

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

DA

可能在幕后发生了许多事情,但从外面看,RedHat似乎在努力改进容器的安全性和技术细节,但Docker却拒绝接受拉取请求,并且不合作。这最终促使RedHat开发了他们自己的实现(即Podman),所以这是一个自我制造的敌人,而不是必然存在的问题。 我当然不是RedHat被收购后的做法的粉丝,但从外面看,这看起来像是Docker傲慢和有问题,而不是一个“RedHat的问题”。

完整原文
JC

> 他们真的很不喜欢这一点,这导致了各种戏剧性和不良行为。 哪些特别突出?有任何特定的邮件列表或GitHub问题讨论吗?

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。