Angular.js: 迫切需要 Angular 1.x 支持时间表公告。

你能详细说明你到底需要知道什么吗？ 你的意思是安全更新？

安全性和兼容性（与浏览器），是的。

基本上，我观察到一种趋势，即新客户担心对 Angular 1.x 的“支持”即将结束，这可能会使他们的项目在不久的将来处于危险之中。 他们所说的“支持”的确切含义并不那么相关，只要它得到某种官方声明的支持。 目前在这方面没有明确的说法，通常被认为是项目即将放弃的迹象。 客户需要了解他们的 Angular 1.x 项目在 12-24（或更多）个月的时间跨度内是否相对“安全”。

即使项目被放弃，这也不意味着项目
停止工作。
Wrt 浏览器支持。 底端支撑不会有任何变化。
对于当前浏览器，我们将评估现代 API 的变化，但由于
新的 Javascript 版本没有 BC 没有什么可担心的
关于。
我将在下次会议上提出这个话题

作为开发人员，我理解这一点，并且我不希望 Angular 1.x 很快“崩溃”，即使没有发布新版本。 但是对于企业来说，他们确实倾向于依赖这些“官方声明”，我认为 Angular 社区会从一种方式或另一种方式中受益。

简而言之，到目前为止所做的声明（关于流量的大多数等等）还不够准确，无法让企业依赖。

所以，也就是说，我会很感激提出这个问题，如果这会导致某种声明，那将意味着很多。

是的，我正在进行一个尚未投入生产的大型 Angular 1.X 项目，但这将存在很长时间（大型企业）。 在这方面有任何额外的信息会很有趣

虽然目前还没有什么实质性的东西，但 Angular 团队已经意识到了这一点，并且肯定会有更多关于这一点的具体信息。 在此期间，我正在关闭此问题。

@Narrez感谢您的回复。 对于已经在跟踪此问题的任何人，最好在该信息可用时在此处留下通知。

不确定这是否适合发表此评论，但我也为一家对 Angular 1.x 投入大量资金的大型企业工作，我们现在正在启动一个大型系统集成项目，该项目将提供许多增强的 UI 项目。 我试图鼓励在这些工作中采用 Angular 2.x，但由于没有已发布的支持路线图，团队不希望在新框架上升级和重新培训开发人员。 任何类型的 1.x 官方服务寿命路线图都将大大推动 2.x 及更高版本的采用。

@sellmeadog我们还没有准备好发布任何官方公告，但具体的反馈对我们的计划绝对有用，谢谢！

伙计们，为什么你在没有提供信息的情况下关闭了这个问题？ 你现在不能宣布任何事情 - 这很好，但我认为你应该在宣布之前让这个问题保持开放。

我也对此感到困惑。 我已经研究了几个月，感觉 AngularJS 的开发基本上已经结束（稳定）了，转而支持 Angular2（或 4？），现在 1.6.5 已经发布，我看到了关于 1.7 的讨论。 这个项目的发展方向是什么？

@RubyRabelle ，我的理解是 1.X 代码不断更新，为 1.X 代码库带来越来越多的 2+ 概念，以便将来更容易迁移到 2+。

这仍然是一个活生生的问题，至少对我来说是这样。 我目前正在 Angular 1 上研究一个非平凡的公司系统，并且必须提出具体建议。 在没有任何明确消息的情况下，我没有任何依据来推动迁移到 Angular 4，或者支持在未来几年继续开发当前 AngularJS 代码库的决定。

是的，我正在大规模实施 1.x，现在从管理层那里得到有关长期支持情况的问题

@tommck @stuartellis @sebastian-zarzycki-es

我们已经在 Angular 中解决了 AngularJS 的许多基本问题（例如大规模更改检测速度），并且有许多很棒的新功能正在推动大多数新项目采用 Angular。 我们目前正在继续支持、维护和开发 AngularJS，但我们绝对很乐意听取您的意见。

根本问题是“支持”对每个人的意义都不同。 它是对技术决策的验证还是无效（以及“支持”的想法如何发挥作用）？ 这是否意味着安全补丁？ AngularJS 的攻击面相对较小，虽然 Angular 的更小，所以这里不太可能有太多。 这是否意味着我们应该引入重大更改以利用新的浏览器功能？

如果您希望看到一组承诺或时间表，请发送电子邮件至[email protected]。

我想每个人都明白，您可以将新功能/增强功能放入 AngularJS 的上限 - 很明显，大部分功能/应该重定向到 Angular。 考虑到当前的架构、摘要模型等，您可以改进的地方也只有这么多。

对我而言，支持是指在发生以下情况之一时的快速反应：

• 需要解决的安全问题/缺陷
• 新的浏览器/引擎发布并且 angularjs 不能很好地使用它（无论出于何种原因）
• 新的浏览器/引擎发布，在引擎级别提供了一些重大改进，从 angularjs 代码支持它的工作/风险相对较小，而收益将是可观的

在谈到支持时，我们的客户最关心的是它会在未来某个时间点“停止工作”。 我明白，从技术角度来看，这是不太可能的。 但这是一个开发人员/项目经理的意见，而不是您可以在您的网站上发表的官方声明，即使它的“支持”部分会被夸大一点。

我想确保仍会进行错误修复（是的，我知道拉取请求是受欢迎的，但并非总是可行）。

我还希望看到我们可以指出的声明，该声明告诉我们最终目标是什么。
我一度知道这个想法是继续向 AngularJS 添加功能，以便更轻松地迁移到 Angular。 例如，添加组件就是其中的一部分。 目标仍然是让 AngularJS 越来越像 Angular，直到它不再有意义吗？

我们是否会期待看到任何新功能，或者我们目前只是处于维护模式？

我知道这是一个开源项目，但它显然得到了 Angular 团队的大力支持。 那么，这些资源什么时候会消失呢？ 这就是我认为的“支持”。

我总是可以 fork 项目，但大多数公司不会对此感到非常兴奋。

@StephenFluin - 感谢您的回复。 我现在给你发了一封更长的邮件。

我认为 TLDR 对我们来说是非技术经理的基本期望是部署的系统将继续以相同的方式工作，直到到期日，并且他们通常面向严格的时间表、成本和特定的（最终合同）保证。 如果我们可以说“Angular 将在 X 日期之前保持无计划中断，之后我们无法保证”，那么就有可能将其输入到提案、项目和预算的公司决策机器中。

仅供参考，这是 v1.7 和 AngularJS 长期支持的最新更新https://blog.angular.io/stable-angularjs-and-long-term-support-7e077635ee9c