椭圆形语言沙箱
的椭圆形语言沙箱,托管在GitHub.com为社区提供一个协作环境,提出和发展椭圆形语言实验功能。椭圆形语言沙箱将允许社区全面调查并实现新功能包括在正式发布前确保只有被添加到成熟,可实现结构椭圆形的语言。它还将允许的努力发展和跟上新的和新兴技术。
使用椭圆语言沙箱的好处:
- 提高质量的椭圆形语言版本。
- 为社区提供一个公共空间开发和分享新的椭圆形结构。
- 允许实验独立椭圆语言版本。
- 提供一个场所来分享新兴功能,而不需要等待官方椭圆形语言版本。
沙箱开发过程
沙箱开发过程描述的步骤开发新的实验能力在椭圆形语言沙箱。
启动沙箱发展
- 介绍了新的实验能力。这可以通过发送消息oval-developer-list使用以下信息。
- 创建一个标题,描述的能力(例如,macos-def: pkgutil_test)。
- 提供新功能的描述:
- 新功能是什么?
- 为什么需要新功能?
- 椭圆目标语言版本是什么?
- 问题跟踪器如果创建了一个项目编号。
也鼓励你添加一个新的问题跟踪器项目上面的实验能力与相同的信息。
- 请求总统主持人添加或更改实验模式。新模式文件应当符合沙箱约定和他们的结构应该遵循公认的设计和命名约定。如果任何其他文档(笔记、内容等)提供,他们将被存储在一个目录/资源目录中遵循相同的命名约定的模式(例如,x-macos-pkgutil)。请求可以下列方式之一。
- 的变化将由椭圆形主持人和纳入了椭圆形语言沙箱为进一步审查,由社区开发和讨论。椭圆形主持人将提醒社区,oval-developer-list,当椭圆形语言沙箱已更新。
开发实验能力在椭圆形语言沙箱
- 如果需要额外的变化,他们应该请求通过发送一个拉请求对椭圆形的任何更改语言沙箱oval-developer-list或通过发送一个跟踪消息。
- 追踪项目的能力应该更新注意任何变化的能力。
- 发现新信息而实现的实验能力,它应该捕获并存储在相应的目录在/资源目录。它还应该被张贴到oval-developer-list社区意识和讨论。问题跟踪器项目也应该更新,提到这些信息了。
- 如果创建示例内容利用一个新的实验能力,它应该捕获并存储在相应的目录在/资源目录。它还应该被张贴到oval-developer-list审查和讨论。问题跟踪器项目也应该更新,提到这些信息了。
- 实验能力应该实现。
- 可以创建的分支椭圆形的翻译项目允许社区开发实验的能力。
- 示例代码可能提交给社区收集所需的信息(例如,代码的实验项目)。任何示例代码提交给社区应该存储在相应的目录在/资源目录。
- 如果一个工具可以处理示例内容,椭圆形的结果应该张贴oval-developer-list证明的能力是成功实施。椭圆形的结果应该存储在相应的目录在/资源目录。
结束沙箱发展
实验能力的发展在椭圆形沙箱可能会因为语言的能力已经成熟,准备迁移到一个官方发布的椭圆形的语言。在这种情况下,沙箱迁移过程中的指令部分应遵循。能力的发展也会结束,因为它的实现是认为不可行或不再需要的能力。在这种情况下,问题跟踪器项目可以关闭。
沙箱迁移过程
沙箱迁移过程描述了所需的步骤实验能力过渡到正式发布的椭圆形的语言。
准备提案
- 模式变化必须遵循公认的命名和设计规范。
- 新功能必须满足指定的需求请求更改为椭圆形的语言。
- 新功能必须成功地实现和测试,并示例内容。
- 模式变化必须结合目标版本(例如,改变,打破向后兼容性不能目标小版本升级)。
开始迁移
- 请求总统主持人将能力从椭圆形语言沙箱官方椭圆形语言版本。这可以通过将评论添加到相应的问题跟踪器项目或通过发送一条消息oval-developer-list。
请求应包括一个建议的新功能,其中包括以下几点:
- 理由从沙箱椭圆形官方语言版本。
- 针对椭圆形语言版本,包括能力。
- 沙箱的位置变化(例如,模式)。
- 附加的文档和引用可用于验证的建议。
- 运行示例椭圆形椭圆形结果内容。
批准的移民
- 椭圆形主持人将审核的建议准备提案部分中描述的信息。
- 通过共识和协商成功,与社区,它将决定如果能力可以合并在一个官方发布的椭圆形的语言。
- 如果得到批准,更改将被包含在目标官方椭圆形语言版本。否则,变化仍将在椭圆形语言沙箱。
在沙盒
椭圆形语言沙箱,主持GitHub.com包括以下:
- 问题跟踪——输入和跟踪错误、错误修复和新功能的要求
- 文件分布——所有的椭圆形语言沙箱下载
- Git存储库——匿名,只读访问
- 维基——信息的主要来源椭圆形语言沙箱
- oval-developer-list——所有椭圆语言Sandbox-related帮助请求
页面最后更新:2012年4月3日,
