原子和非原子oc

上一次在“ ，我选择了一个开始使用的开源项目，主要是在项目的文档方面。 该项目是 ，它是用于管理和运行容器集群的最小主机。

我对学习Middleman和HAML有一些担心，但是有一个扎实的“分叉”贡献心态。 我开始潜入-devel列表和IRC频道开始，并选择了我认为可以使用更新的单个内容。 我与IRC上的一个项目人员取得了联系，并询问了创建和提交我的第一个更改的最佳方法。

我要做的第一件事是更改“ 文档。 现有文档是可靠的，但是引用了通常无法访问或较旧的Docker映像。 主要是，为了使命令行标注正确无误，通常会进行清理。 这些是在启动我的第一台Atomic主机时需要做的初步了解，因此我想确保它对尝试遵循这些说明的其他用户有用。

我还接触了Docker，并研究了一些构建Dockerfile的不同实践。 在Docker的巧妙使用中，站点源代码随本地运行Middleman软件的Dockerfile一起提供，因此您可以查看实际渲染的Markdown，而无需构建完整的Middleman工具链。 这对我来说很棒，因为我不希望从头开始设置本地开发Middleman环境。 自从编写Dockerfile以来，有些事情发生了变化，因此我也进行了更新。 这些文档和博客都是用Markdown编写的，因此我还不需要真正地研究Middleman或HAML。 我毕竟不是在外观上。

在请求请求（以及一些编辑和博客文章）之后，更新速度变慢了。 为什么？ 该项目非常活跃，在我加入时进行了一些不错的更改。 基准主机使用替换了并添加了 。 Kubernetes是Google的一个项目，用于以不同于gearD的方式管理Docker容器。 Flannel是Docker的覆盖网络系统，是与Kubernetes一起添加的。 这一更改在很大程度上概念化了运行原子主机群集的概念。 因此，我一直等到实施这些更改，然后再为《入门指南》研究用于操作Atomic主机的新想法。

这对我的参与意味着什么？ 我发现还有其他事情要做！ 您可以在IRC频道或找到我，回答我可以回答的问题。 我还一直在讨论最新稳定配置的操作模型，以及该模型如何与新站点和文档一起使用。 列表上围绕添加一些非代码跟踪进行了一些讨论，例如原子主机定义，针对顶级更改的问题跟踪，针对里程碑的汇总以及其他一些操作问题。 我仍在研究新的入门指南并更新一些现有文档，但由于基线已再次稳定下来，我们应该围绕文档重新进行开发。

有关如何开始使用开源 。

翻译自:

原子和非原子oc