现在，让我们休息一下，开始把整个生态系统联系起来

亲爱的各位来宾，我是乔纳森，你们的主持人。欢迎来到开源星期一！

感觉是这样的，有一点。开源是一部分代码，一部分理想主义，一部分友好，一部分走出家门。把所有这些和不同的人混合起来，他们需要不同的东西，有不同的方式来释放它和不同的目标。

这有点像放养猫。

但它也很棒，因为当它起作用时，每个人都能得到他们想要的。更棒的是，大数据难学吗，我们通常得到的比我们投入的更多。所以，欢迎来到幻想岛！

大、小、不动产

在之前的博文中，我讨论过UI5、Chevrotain和Eclipse jGit项目。每一个都是伟大的项目，我可以写下关于每一个项目的完整博文，它们是如何工作的，以及它们做了什么。

当然，我们已经有很多关于这方面的博文了，我会重复我自己的话。

所以，我的目标是更谨慎一点。我用每一个例子来展示我们在SAP的开源承诺的不同方面。这三个例子分别代表了整个软件包的不同部分：

大项目，有很多独立的支持，还有一个大组织较小的工具集，由SAP的专门小组运行，以帮助解决特定问题第三方贡献，作为推动行业发展的更大整体项目的一部分

有更多不同的口味。为了让我的生活有趣，这些口味经常混合在一起，因此它们不容易分类。这里有几个我们还没有讨论：

不同规模的项目，从完整的框架到小的功能代码片段支持博客文章和其他演示文稿的示例客户快速启动开发的模板使其他工具能够使用SAP软件的附加组件或插件我们内部研究的分支——经常被发布来看看这个想法会发展到什么地方

不停地，不停地，不停地

我们出版的每一本书都有一点很重要：因为我们相信回报。所以我们出版了大的，小的，有影响力的，而不是。有些尝试，有些失败。

在某些情况下，有些人死了。

没关系。整个事情就是这样运作的。在我们的开源系统中，没有一刀切的策略，也没有一刀切的方法来做任何事情。所以我们有一套非常复杂、重叠的策略和系统来支持整个生态系统。

这可以追溯到我之前说过的这是一个生态系统。不是单一文化。那是因为单一文化消亡后生态系统才会繁荣。就像我们的环境科学朋友一样，我们正在做一些非常类似的事情。

让我们先来看看这意味着什么。

播种

我们在SAP做的第一件事就是鼓励我们的内部开发人员考虑发布。博客文章，Sapphire和TechEd的课程，或者只是他们在研讨会上谈论的一些东西。

以及在SAP，我们有一群专注于帮助公司开源的人。这个团队专注于帮助开源项目——尤其是更大的项目——在规划、学习如何在开源世界中工作、发布和维护时得到考虑。

顺便说一句，这个团队，自助建站系统哪个好，不仅仅是这样。开源是一条双向的道路。同样的人也在思考我们如何将开源引入我们的组织，以及我们如何在SAP内部有效地使用它。

我想，在两段话中，我只是让它听起来很简单。如果是的话。我们只是下载源代码并开始使用，或者上传并发布是吗？不可能。

我们花了很多时间考虑细节。我们能用这个软件吗？安全吗？许可证允许我们使用吗？如果我们想把它包括在我们的待售软件中呢？（这只是冰山一角。知道什么是CopyLeft吗？GNU和apache2.0有什么区别？哦，是的，总是细节问题。）

在出站方面，它也很复杂。在软件出站之前，物联网概念股，然后它也出站了。

准备发布

在SAP发布任何东西之前，我们要确保它已经准备好了。我们的开源也有同样的问题。它类似于我们的日常出版物发布周期-大量的测试，大量的错误修复。

但是，当我们发布开源时，会发生一些新的事情。因为这和我们的商业渠道不一样。所以每一段开源代码都会经过SAP的团队，他们会帮助清理那些高质量的、合法的，以及在我们给它一个正式的"确定"并发送给您之前需要讨论的程序性问题。

例如：代码是否内置了任何测试？如果是这样的话，我们需要记录它。使用其他开源库吗？我们需要检查这些许可证，看看是否可以在新的存储库中再次发布它们。文档呢？是最新的吗？（它是否存在？如果你在笑，你就是一名软件工程师。）等等。

我将在几周内详细介绍整个过程。

我只想说，点击Github上的按钮并说"发布"会容易得多！但是如果我们这样做了，我们就不会为你，最终用户做得很好，所以我们要花时间去做正确的事

保持它的健康

一旦我们发布了一个软件，我们也需要保持它的健康。开源没有人付钱给我们来做支持，所以我们需要仔细考虑如何提供支持，原因是：