维护

一生中一个小版本,新版本(补丁版本)每月发表。本文档描述了可接受的边界变化。

错误修复被接受在下列条件:

• 这种变化不会破坏有效的单元测试;
• 新的单元测试覆盖错误修正;
• 当前车的行为并没有受到广泛用作“特性”。

除了bug修复,其他一些小变化可以接受在一个补丁版本:

• 性能改进:性能改进应该只接受如果更改本地(位于一个类),只有算法问题(任何这样的补丁必须要有数字显示真实的代码)的一个重大进步;
• 新版本的PHP:修复添加对新版本的PHP的支持是可以接受的,如果他们不打破单元测试套件;
• 流行的操作系统的新版本:修复添加对新版本的支持流行的操作系统(Linux, MacOS和Windows)是可以接受的,如果他们不把单元测试套件;
• 翻译:翻译更新和添加接受;
• 外部数据:更新外部数据包含在Symfony可以更新(例如像ICU);ob娱乐下载
• 版本更新为作曲家依赖关系:改变最小版本的依赖是可能的,撞到一个主要或增加PHP版本不是最小;
• 编码标准和重构:编码标准修复或代码重构不推荐,但可以接受与现有代码库的一致性,如果他们不是太入侵,如果合并他们的主人将不会导致复杂的分支合并;
• 测试:增加可以添加代码覆盖率的测试。

上面列出的任何没有明确应该做的相反(又名或大或小的下一个版本主分支)。例如,从未接受过以下修改补丁版本:

• 新功能;
• 向后兼容性休息:注意,向后兼容性可以解决安全问题,如果它不可能解决否则;
• 支持外部平台:添加支持新的平台(如Google App Engine)不能完成补丁版本;
• 异常消息:异常消息不能改变一些自动化系统可能会依靠他们(即使这不是推荐);
• 添加新的作曲家依赖关系;
• 支持新的主要版本的作曲家依赖关系:考虑支持现有的较新版本的依赖是不可接受的。
• 网页设计:改变内置的网页设计页面像例外,工具栏或分析器是不允许的。