上次在 我的开源生活中，我选择了一个开源项目开始合作，主要是在项目的文档方面。 该项目是 Project Atomic，这是一个用于管理和运行容器集群的最小化主机。
我担心学习 Middleman 和 HAML，但有一个可靠的“fork-and-go”贡献理念。 我开始潜伏在 -devel 列表和 IRC 频道中，并选择了一段我认为可以更新的内容。 我在 IRC 上与项目中的一个人取得了联系，并询问了创建和提交我的第一个更改的最佳方法。
我首先处理的是更改 构建镜像 文档。 现有的文档很扎实，但引用了通常无法访问或较旧的 Docker 镜像。 主要是进行常规清理，并注意使命令行调用正确。 这些是我在启动我的第一个 Atomic 主机时需要进行和理解的初始修复，因此我想确保它对尝试遵循这些指示的其他人有效。
我还动手使用了 Docker，并研究了一些不同的构建 Dockerfile 的实践。 在 Docker 的巧妙使用中，站点源随附一个 Dockerfile，该 Dockerfile 在本地运行 Middleman 软件，因此您无需构建整个 Middleman 工具链即可看到实际呈现的 Markdown。 这对我来说很好，因为我不希望从头开始设置本地开发 Middleman 环境。 自编写该 Dockerfile 以来，有些事情发生了变化，因此我也更新了它。 文档和博客都用 Markdown 编写，因此我还没有真正需要查看 Middleman 或 HAML。 毕竟，我没有从事外观和感觉的工作。
在该 pull request（以及一些编辑和一个博客文章）之后，更新速度减慢了。 为什么？ 该项目非常活跃，并且在我加入时经历了一些不错的更改。 基线主机将 gearD 替换为 Kubernetes 并添加了 flannel。 Kubernetes 是 Google 的一个项目，用于以与 gearD 非常不同的方式管理 Docker 容器。 Flannel 是 Docker 的覆盖网络系统，与 Kubernetes 一起添加。 这一变化对 Atomic 主机集群的运行概念产生了很大的影响。 因此，我一直在等待这些更改实施后，再开始为入门指南开发 Atomic 主机的新思路。
这对我的参与意味着什么？ 我找到了其他可以处理的事情！ 您可以在 IRC 频道或 askbot 页面 上找到我，回答我能回答的问题。 我还一直在讨论最新稳定配置的操作模型，以及该模型如何与新站点和 入门 文档一起工作。 列表上一直在讨论添加一些非代码跟踪，用于诸如 Atomic Host 定义、顶级更改的问题跟踪、里程碑汇总以及其他一些操作问题。 我仍在致力于新的入门指南并更新一些现有文档，但是现在基线再次稳定下来，我们应该可以再次开始围绕文档展开工作了。
开源
一系列文章 关于如何开始使用开源。
评论已关闭。