问题标签 [release]
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.
deployment - 您首选的软件版本命名方法是什么?
您首选的软件版本命名方法是什么?像 Microsoft:alpha - beta - final - service pack... 像 Google:gmail beta - beta - beta - beta - :) 像一些软件:0.2 - 0.3 - 0.9999 ...
java - 构建管理/持续集成最佳实践
您的团队如何处理构建?
我们使用 Cruise Control,但是(由于缺乏知识)我们面临一些问题 - SVN 中的代码冻结 - 构建管理
具体来说,当代码不断被签入时,如何使特定版本可用?
一般来说,您能讨论一下您在发布管理中使用的最佳实践吗?
testing - 单独的“调试”和“发布”构建?
我认为最好发布您的开发人员实际测试过的软件版本;因此,我倾向于从项目/makefile 中删除“调试”目标,以便只有一个版本可以构建(并测试、调试和发布)。
出于类似的原因,我不使用“断言”(另请参阅断言总是不好的吗? ...)。
那里的一个人争辩说,“调试”版本的原因是它更容易调试:但是,我反驳说,您最终可能希望支持和调试您发布的任何内容,因此您需要构建一个发布您可以在必要时进行调试……这可能意味着启用调试符号并禁用某些优化,即使在“发布”版本中也是如此。
有人说“这是个坏主意”;这是我几年前制定的一项政策,被以下因素烧毁:
- 一些开发人员正在测试他们的调试版本而不是发布版本
- 一些开发人员的编写错误,仅在发布版本中出现
- 该公司在测试不充分后发布了发布版本(它是否完全足够?)
- 被要求调试发布版本
从那时起,我看到不止一个其他开发商店遵循这种做法(即没有单独的调试和发布版本)。
你的政策是什么?
release - 候选版本是否可以安全地用于生产?
在这种特殊情况下,它是 MVC。但是,发布候选版本与上线或生产版本之间有多大区别?我讨厌在 RC 上构建很多东西,因为我没有等待,所以它会损坏或错过。另一方面,我确实有要见的人。
谢谢你。
根据评论更新:
支持 Microsoft 的 MVC 之类的东西到底意味着什么?我不确定我什至会要求什么支持。我一直想知道这一点,因为它与事物的编程方面有关。我了解,获得对物理服务器的支持(硬盘驱动器死了)。在这种情况下,我会要求微软做什么?
maven-2 - mvn release:在没有源代码的情况下执行,最终出现在工件中
做 mvn release:perform 的正确方法是什么,这样源代码就不会出现在我的工件中?
所有帮助表示赞赏。我知道我在某处看到过这个文件
谢谢
c# - 发布版本不可用 WPF
我正在编写一个相当简单的 WPF 桌面应用程序,并且在构建\配置管理器下,发布不是一个选项。唯一可用的选项是调试、新建和编辑。
有人知道这是为什么吗?
相关:同一解决方案中的控件库确实将发布作为构建选项。它仅在 wpf 应用程序中丢失。
version-control - SCM 中的版本控制和遗留错误修复
对于糟糕的问题标题,我感到非常抱歉,但我会尝试更详细地解释一下自己:
我正在为我的软件项目使用 Git(但我猜在这种情况下特定软件并不重要)。与许多项目一样,我计划发布各种版本。当有发布时,我可能会为提交分配一个标签——例如“1.0”。时间流逝,代码被黑,最终发布了一个带有另一个标签的版本——这次是“2.0”。
有一天,我注意到一个严重的错误,它存在于 1.0 和 2.0 版本中,需要修复。为了让事情变得困难(也可能更现实),我不能只在当前的主干/主干中修复它并假设每个人都会使用它,因为 2.0 与 1.0 存在一些向后不兼容,人们很懒惰并且不要不想升级。
那么,为了支持这种行为,有什么好的方案:能够在旧版本中进行更改。git describe
由于命令(“ [latest tag]-[commits since the tag]-[current commit hash]
”)的输出,Git 似乎在某种程度上将标签等同于发布。那么,我可能无法避免完全使用标签。
我觉得标签和分支的组合是个好主意,但由于某种原因,我无法用这个来解决细节问题。
web-applications - 您如何处理 Web 应用程序 (SaaS) 的发布管理?
发布托管 Web 应用程序新版本的最佳方法是什么?您通常多久发布一次?您是否选择任意日期,例如每周、每月等来推出一组累积的修复(可能使用类似于Joel 的发货日期方法)?等待比这更长的时间似乎破坏了托管应用程序的部分主要优势。另一方面,您不希望不断推出可能使用户感到困惑的新功能(即,如果他/她每次登录时都有不同的东西)。
直到最近,我的经验主要是安装基于服务器或桌面应用程序。我很想知道人们在托管应用程序中使用什么类型的发布管理。
visual-studio - 我可以在 exe 中包含 dll(在 Visual Studio 中)吗?
要运行我需要的位于 Debug and Release 文件夹中的应用AxInterop.WMPLib.dll
程序Interop.WMPLib.dll
。有没有办法将这些 dll 包含到 exe 中,这样我的应用程序只能在一个文件中使用?
visual-c++ - dll 大小(调试和发布)
我在其他讨论中读到,与调试 dll 相比,Release dll 的大小减小了。但是为什么我制作的dll的大小是相反的:Release dll比Debug dll大。会不会造成问题?