开源技术引进评估_合适的吗？评估了4个开源项目-CSDN博客

开源技术引进评估

您如何找到适合的开源项目？这是根据我寻找合适的旅程的指南。

在本指南中，我写了一篇关于进行研究的方法，方法是投出一个广阔的网络，然后评估自己（您的技能，目标和时间）。在这次评估中，找到合适的人选，我查看了自己的动机和技能，列出了目标，并列出了一些目标项目。因为这不是我的第一个牛仔竞技表演，所以我仔细回顾一下自己的成绩。我可以从那些不坚持到底的人那里学到什么？我注意到可以避免的模式，并观察它们如何与我的新目标和技能列表保持一致。然后，我评估了四个开源项目及其社区，看它们是否合适。最后看赢家！

我的往绩

Fedora基础架构

几年前，我以贡献者的身份加入了Fedora项目，但没有做任何这次的评估工作。它显示了。出于正确的原因，我加入了我，我想回馈我使用的项目，但是我没有弄清楚我能提供什么。我最终试图找到可以剥离的边缘，但效果不是很好。在四处摸索之后，我加入了基础架构团队，但是虽然我有几个小时可以工作，但很难应用它们。

问题：没有得到牵引力，因为我找不到合适的住所；因此，我无法管理自己的时间和期望。

太空克隆

我花了大量时间使用Red Hat Satellite，并在开发人员和用户列表上查看了上游Spacewalk项目。某一时刻，公告发布了有关管理渠道和生命周期的新工具的清单。这是我遇到的问题，也是我的客户遇到的问题，所以我认为这很有趣，并进行了调查。我是用Python编写的，托管在GitHub上，挖掘和编写用于缓存身份验证令牌的新功能相当容易。这给了我一些挑战，并且在早期版本中对列表的理解有些差，但是进展顺利。直到我们俩都忙于日常工作。你看，我们只有两个人。两个忙碌的人没有一个成功的项目。

问题：贡献时间和项目运行状况问题导致项目失效。

液体提示

在日常工作中，我今年大部分时间都在OpenShift上工作。我遇到的一件事是在开发应用程序时保持Python虚拟环境和软件集合的直接性。这种痒痒挠了，我在GitHub上的开放性问题上四处寻找。有大量的活动，他们有一个贡献政策，主要维护者很快就收到了我的请求，所以这看起来像是一个健康的项目。因此，我提交了另一个请求列表，要求对问题列表进行增强，但是没有其他内容引起我的兴趣。

问题：牵引力仍然来自订婚；如果您对问题域不感兴趣，则可能不会再回来了。

Netflix OSS

在OSCON期间，我从Netflix的好伙伴那里学习了一些OSS工具的教程。我的配置与预期的设置略有不同，因此我做了一些额外的工作来使示例正常工作，并在GitHub上提交了pull请求。这种吸引力仍在等待审查。

问题：虽然“欢迎补丁”，但对于像我这样的人来说，这可能并不是一个真正的项目。我们可能会在内部使用它来戳一些事情，但实际上这仅对OSCON至关重要，我错过了这个机会。

此历史记录清单上的主要内容：为了吸引人并继续做出贡献，我需要对项目领域感兴趣，找到时间，并确保我选择的项目正在积极吸收公众的意见。我已经为公司度过了一段时间，所以这取决于兴趣和项目健康。

往哪走？

好的，您已经了解了我的开源软件（OSS）历史的好坏。到目前为止选中的框是：
•时间=与$ DAYJOB保持一致，处理了公司的IP问题
•技能= BASH，Python，体系结构，文档
•目标=技能提高，真正的信徒

现在是时候使用我制造的新镜头研究一些项目了。我检查了四个人的健康状况，这对我来说很合适。

跳入一个新项目

OpenStack的

这绝对达到了目标。 OpenStack的大部分内容都在Python中，这肯定会使我扩展自己的技能。我在各种会议上认识了社区中的一些人，并且知道有很多方法可以做出贡献。潜在的问题之一是，这是一个非常大的项目，因此，对于技能水平较低的人来说，找到要剥离的边缘可能很困难。另外，我与我协商的时间不足以做出有意义的贡献。但是，在列表上。

评估：我对OpenStack的初步印象是。有很多项目使我更容易尝试找到这一优势。该项目为新参与者提供了非常全面且易于查找的指南，无论他们是开发人员，测试人员，作者，UX使用者，安全专家，还是您所拥有的。他们在启动板中使用标记来标记容易的错误，以帮助找到编码人员的切入点。邮件列表，我找不到尝试剥离的优势。考虑到我有足够的时间，而且即使是简单修复票也具有相互联系的性质，我认为我在这里无法取得任何进展。因此，就好比说“我在OpenStack上工作”一样，现在我将其搁置一旁。

OpenShift起源

对于我来说，这个项目绝对是一个真正的信徒项目，并且使用这些工具，我可以看到一些我可以解决的功能。从问题列表看，我的功能不存在，因此这可能是一个艰巨的“提交”，并且该项目主要是Ruby，因此那里的学习曲线相当陡峭。

评估： OpenShift Origin的初始印象不太准确。向CLI添加新功能可能并不那么困难，因为在OpenShift Online的支持区域中有一个公共想法提交页面。找到社区的切入点要困难一些。贡献者页面着重于在处理核心代码上添加卡式盒（新框架和语言选项）。我只是基于每种方法提供的数字房地产数量。深入研究后，便有一些不错的资源，可以用来联系团队和使用工具。前面还有编码指南和方法学文档。综上所述，时间的数量和质量发挥了作用。学习Ruby，OpenShift最佳实践以及创建和维护新功能将需要比我现有更多的一致努力。不幸的是，我的新功能可能会落在公共创意板上，而自己留下。

Fedora基础架构

自从我第一次尝试加入Fedora Infrastructure以来，那里的团队在使其更容易参与方面取得了长足的进步。有一个学徒计划和一些“简单的解决方案”票，所有这些都可以使新人们尽快适应。我已经有了一些联系和渠道，并且社区习惯于与那些“花哨的”贡献时间的人们一起工作。我可以做很多事情，并在这里学习。

评估：由于我以前曾参与过基础架构团队，因此我已经进入邮件列表，为IRC频道添加了书签，并且我知道如何使用Trac并与团队合作。新的学徒计划和简易票证是指导系统的良好切入点。团队需要处理很多不同的事情，从运行镜像和内部云到开发内部应用程序。他们在我的驾驶室里工作，我可以找到一些有趣的事情。上次我由于时间的限制失去了牵引力，这是一个普遍的主题。有了自己的日程安排，我回到了自己可以做的事情上，作为基础架构团队的一员，我希望成为一个稳定的贡献者。诺娜·贝恩，这是我的感觉，但是我敢肯定，团队不会介意参与方面的微小差距。

原子项目

这些天谁不看Docker？而且，原子项目正在为容器构建一个非常有趣的托管平台。 Atomic项目有点像OpenStack，因为Atomic依赖于几个不同的上游项目而成为Atomic。这些项目中的任何一个都有自己的贡献路径，添加到了Project Atomic的贡献路径中。由于网站上的文档有一些漏洞，因此这里还进行了一些个人活动。而且，如果该项目难以评估，那么它的整体健康状况可能会受到影响。开源项目需要好的文档和好的代码。对于项目的新用户而言，没有什么比听到一个很棒的项目，获取代码或二进制文件，然后完全没有用户文档来尝试开始使用它更令人沮丧的了。自我记录的API手册页还不够。

评估： Docker是新兴的时尚小子，Project Atomic甚至更新。在黄金时间还没有准备好，但是很容易成为一个坚实而充满活力的项目。社区联系页面很容易找到，其中包含您开始进行贡献所需的所有信息。有到上游的链接，它们使用公共上游，公共Bugzilla，IRC，邮件列表等。不幸的是，并非所有文档都不错。在这些贡献渠道之一中存在一个循环链接，而入门的东西很糟糕。那可能是我开始而不是尝试贡献代码的地方。我现在正在处理诸如演示和实验室之类的文档，它是相当异步的，它可以改善项目的面貌，吸引更多的用户和贡献者。

冠军，冠军，鸡肉晚餐

原子项目入门

首先，我将检查项目页面关于贡献文档的内容。这看起来像是一种“分叉”式的捐赠风格，最近变得很流行。我可以从这里开始，并确保可以进行工具设置，并且在进一步之前我已经了解基本样式。

该文档主要位于Markdown中，因此应该没有任何问题。我不了解HAML或Middleman，所以可能会使事情复杂化，因为我了解Ruby。 HAML是ERB的替代品，因此可能不是问题。我们必须看看情况如何。我不知道的替换标记意味着这只是一种新的标记语法。而且中间人服务器有一个Dockerfile，因此我不必担心学习服务器。

任何地方都没有大的危险信号，所以我将继续在GitHub上构建网站项目，这样我就可以开始在本地闲逛了。现在，我不想在不与团队联系并看到文档的当前计划的情况下开始苦苦挣扎。这是关于社区的贡献，而不是我朝一个方向奔跑，并在真空中展示我对文档的“新的更好的固定”观点。在贡献页面上列出了一个开发人员邮件列表和一个IRC频道，所以我从这里开始。

我确定谁是文档的所有者，向团队发送电子邮件，说我要看一下，然后提交请求请求以进行简单更新。然后，一旦该请求得到评论或接受，我将就我认为文档的外观提交更大的图片。

如果您想继续前进，可以查看邮件列表和我的GitHub存储库。随时让我诚实！