问题标签 [release-cycle]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
release - 获取正确的软件版本号。v1.0.0.1
我在线分发软件,并且总是想知道是否有更好的方法来更好地定义版本号。
让我们在答案中假设 ABCD。你什么时候增加每个组件?
您是否使用任何其他版本号技巧,例如 D mod 2 == 1 意味着它仅是内部版本?
您是否有带有自己版本号的 beta 版本,或者您是否有每个版本号的 beta 版本?
versioning - 发布具有> 1个第一个商业版本号的软件是否令人不悦?
发布版本号高于 1 的软件是否令人不悦?
例如,一些不精通技术的人可能会认为竞争对手的产品具有更高的版本号,这意味着我的软件不是那么好。
release-management - 发布管理 - 最佳实践
我在一家产品开发公司工作。我们首先进行内部发布,然后是公开发布。我想知道,其他产品开发公司如何管理他们的发布?你怎么给发布号?标记源代码管理?
process - 如何在保持版本灵活性的同时鼓励代码共享并限制错误跟踪开销?
您如何跟踪更改、测试影响单独发布的多个工件的错误?
代码共享是好的,因为它减少了通过代码的路径总数,这意味着对更少的更改和更少的错误(或通过更少的更改解决更多错误)产生更大的影响。例如,我们可以构建使用相同文件处理包或模型包的搜索工具和索引器。
我们需要能够确保更改在所有正确的组件中得到测试,并跟踪哪些更改包含在哪些发布的工具中。我们也不希望被迫同时在所有应用程序中发布更改。
目标:一个要测试的错误,计划针对每个已发布的应用程序独立跟踪。借助了解架构的自动化系统,指导我们做出正确的选择。
漏洞拆分发布场景:
我们可能会发布一个搜索工具补丁,其中包含 util 库中的性能修复。对于搜索工具至关重要,修复在索引器中不太明显,因此它可以等到下一个维护版本。我们希望通过搜索补丁计划跟踪发布一个错误,并将其推迟到索引器的下一个维护版本。
因此,当我在我们的跟踪系统 (JIRA) 中创建错误时,我希望它神奇地变成多个对象。
- 描述问题和跟踪开发工作的主要问题
- 一组任务允许我跟踪测试工作,并让我跟踪这个问题是如何针对它影响的每个应用程序发布的。
我们如何才能使代码共享的用户体验变得更轻松,以鼓励更多的代码共享,而不会对哪些更改影响了哪些版本或迫使人们输入许多重复的错误视而不见?
我敢肯定,从 Eclipse 到 linux 发行版的大型项目都面临过这种问题,并且想知道他们是如何解决的(接下来我将讨论它们)。
你们有没有人遇到过这种情况,你们是如何处理的?
linux - 您如何看待新的 Debian 发布周期?
我很惊讶 Lenny 已经晋升为“稳定版”——在我的一些客户中,有些担心 Debian 会想与 Ubuntu 竞争桌面并忘记它对服务器的投入。
4.0 Etch 和 5.0 Lenny 之间的“仅”2 年在 Debian 时间尺度上是史无前例的。版本膨胀?是因为 SPARC-32 支持被放弃了吗?否则 4.0 Etch 和 Lenny 之间的变化似乎并不比 3.0 Woody 到 3.1 Sarge(相隔 3 年)大。
Woody 的支持时间最长(整整 4 年),然后 3.1 和 4.0 的支持时间都下降到不到 3 年(我认为仍然相当不错)。
Lenny 还没有决定,但我想在做出下一个服务器发行版决定之前了解这一点。
您对此有何看法?
参考: - http://en.wikipedia.org/wiki/Debian#Releases - http://en.wikipedia.org/wiki/File:Debian_releases.svg
release-cycle - CTP、Alpha、Beta、Gamma、RTM 和软件发布预览之间的区别?
很直观,至少 Gamma 出现在 Beta 和 Alpha 之后。
但是 CTP、RTM 和预览版呢?哪一个是第一个和最后一个?
MEF(托管可扩展性框架)目前处于预览版 5版本中,但我不确定它是 Alpha 之前的版本还是 Beta、CTP 或 RTM 之后的版本。可以在生产代码中使用预览版吗?
这些版本之间有什么区别?我对了解两者之间的差异特别感兴趣
- RTM
- CTP
- 贝塔
- 钢筋混凝土
- 预览
发布。
似乎每个版本在任何地方都意味着不同的东西。
scala - Scala 2.8.0 什么时候发布?
还是发布候选人?我的 google-fu 让我失望了。
spring - Spring 的 GA、RC 和 M2 版本有什么区别?
Spring 的 3.0 版本现在是GA版本,在此之前他们已经推出了 3.0 RC1、RC2版本,还有 Spring 3.0 M2版本。GA、RC、M 版本有什么区别?
iphone - 针对 beta iOS 版本测试 iOS 应用程序的推荐方法
能够针对 iOS 的 beta 版本测试应用程序是件好事,但 Apple 推出的 beta 版本的数量似乎在几个方面让我的仁慈变成了烦恼:
- SDK 和 iOS 图像的大量文件下载
- 必须不断修复问题,这可能会在下一个测试版中被打破
- Apple 的发行说明通常不足以让我弄清楚我的应用程序为什么会崩溃
- NDA 使在网上找到答案变得更加困难
所以,我开始想,其他 iOS 开发者是如何处理这个问题的。Apple 是否有推荐的方法来测试频繁发布 Beta 版的应用程序?我应该什么时候向 Apple 提交新 iOS 的修复(请记住,它可能会在下一个 beta 版本中被破坏)?
有人可以建议或指出一种可行的方法来针对 beta iOS 版本测试应用程序吗?
java - Java 8:它如何能先于 Java 7 的普遍采用
我发现越来越多关于 Java 8 的新闻——然而,Java 7 刚刚在很多地方被采用。例如,在我的工作中,我们仍然使用 Java 6,尽管我们中的一些人拥有 Java 7。
我想知道 - Java 可用版本的限制是什么?我们多久可以期望推出和实施新的 Java 规范。我一直认为 Java 8 会在很远的未来,因为 Java 7 仍在不断发展。
也许有一个很好的(非 tl;dr)官方来源来获取我所缺少的这些细节,如果是这样,请告诉我。