org）提供 1 一、序言 发行版本说明 支持政策 LTS 版本，比如 Laravel 5.1，将会提供两年的 bug 修复和三年的安全修复支持。这些版本将 会提供最长时间的支持和维护。 对于其他通用版本，只提供六个月的 bug 修复和一年的安全修复支持。 Laravel 5.1.4 Laravel 5.1.4 将登录次数限制引入框架，更多详情请参考认证限制一节。 Laravel 或更高版本。PHP5.5.9 兼容一些最新版本的流行 PHP 库如 Guzzle 和 AWS SDK。 LTS Laravel 5.1 是 Laravel 第一个长期支持版本，将会提供两年的 bug 修复和安全修复，这是 迄今为止，Laravel 提供的最大跨度的支持，并且将会持续为更多的企业用户及普通用户提 供稳定平滑的支持。 PSR-2 PSR-2 代码风格指南已经被 Laravel 框架采取 明，还要包含尽可能多的相关信息以及论证该问题的代码样板，缺陷报告的目的是为了让你 自己和其他人更方便的重现缺陷并对其进行修复。 记住，缺陷报告被创建是为了其他人遇到同样问题的时候能够和你一起合作解决它，不要寄 期望于缺陷会自动解决抑或有人跳出来修复它，创建缺陷报告是为了帮你你自己和别人走上 修复问题之路。 Laravel 源码通过 Github 进行管理，每一个 Laravel 项目都有其对应的代码库：

一、序言 发行版本说明 1、支持政策 对于 LTS 版本，比如 Laravel 5.1，我们将会提供为期两年的 bug 修复和三年的安全修复 支持。LTS 版本将会提供最长时间的支持和维护。 对于其他通用版本，只提供六个月的 bug 修复和一年的安全修复支持，比如 Laravel 5.2。 2、Laravel 5.2 Laravel 5.2 在 5.1 基础上继续改进和优化，添加了许多新的功能特性：多认证驱动支 让你自己和其他人更方便的重现缺陷并对其进行修复。 本文档由 Laravel 学院（LaravelAcademy.org）提供 Laravel 学院致力于提供优质 Laravel 中文学习资源 10 记住，缺陷报告被创建是为了其他人遇到同样问题的时候能够和你一起合作解决它，不要 寄期望于缺陷会自动解决抑或有人跳出来修复它，创建缺陷报告是为了帮你自己和别人走 上修复问题之路。 Laravel 的主要维护者，通常在工作日的 上午 8 点到下午 5 点（西六区或美国芝加哥时间）在线，其它时间也可能偶尔在线。 3、哪个分支？ 所有的 bug 修复应该被提交到最新的稳定分支，永远不要把 bug 修复提交到 master 分 支，除非它们能够修复下个发行版本中的特性。 当前版本中完全向后兼容的次要特性也可以提交到最新的稳定分支。 重要的新特性总是要被提交到 master 分支，包括下个发行版本。

1.1 发行版本说明 1、支持政策 对于 LTS 版本，比如 Laravel 5.1，我们将会提供为期两年的 bug 修复和三年的安全修复支持。 LTS 版本将会提供最长时间的支持和维护。 对于其他通用版本，只提供六个月的 bug 修复和一年的安全修复支持，比如 Laravel 5.3。 2、Laravel 5.3 Laravel 5.3 在 5.2 的基础上继续进行优化 还要包含尽可能多的相关信息以及论证该问题的代码样板，缺陷报告的目的是为了让你自己和其 他人更方便的重现缺陷并对其进行修复。 记住，缺陷报告被创建是为了其他人遇到同样问题的时候能够和你一起合作解决它，不要寄期望 于缺陷会自动解决抑或有人跳出来修复它，创建缺陷报告是为了帮你自己和别人走上修复问题之 路。 Laravel 源码通过 Github 进行管理，每一个 Laravel 项目都有其对应的代码库： 学院（LaravelAcademy.org）提供 Laravel 学院致力于提供优质 Laravel 中文学习资源 32 3、哪个分支？ 所有的 bug 修复应该被提交到最新的稳定分支，永远不要把 bug 修复提交到 master 分支，除 非它们能够修复下个发行版本中的特性。 当前版本中完全向后兼容的次要特性也可以提交到最新的稳定分支。 重要的新特性总是要被提交到 master 分支，包括下个发行版本。

包括引入语义化版本、兼容 Laravel Vapor、优化授权响应、支持任 务中间件、新增懒集合、优化数据库子查询、将前端脚手架提取到独 立的 Composer 包 laravel/ui、以及多个 bug 修复和可用性的提 升。 语义化版本 Laravel 框架包 laravel/framework 现在遵循语义化版本标准。这使 得框架得以和其他已经遵循该版本标准的 Laravel 扩展包保持一 题和对该问题的明确说明，还要包含尽可能多的相关信息以及论证该 问题的代码样板，缺陷报告的目的是为了让你自己和其他人更方便的 重现缺陷并对其进行修复。 记住，缺陷报告被创建是为了其他人遇到同样问题的时候能够和你一 起合作解决它，不要寄期望于缺陷会自动解决抑或有人跳出来修复 它，创建缺陷报告是为了帮你自己和别人走上修复问题之路。 Laravel 源码通过 Github 进行管理，每一个 Laravel 项目都有其对 应的代码库： 本文档由学院君提供 学院君致力于提供优质 Laravel 中文学习资源：https://xueyuanjun.com 27 所有的 bug 修复应该被提交到最新的稳定分支或者当前的 LTS 分 支，永远不要把 bug 修复提交到 master 分支，除非它们能够修复 下个发行版本中的特性。 当前版本中完全向后兼容的次要特性也可以提交到最新的稳定分支。 重要的新特性总是要被提交到 master 分支，包括下个发行版本。