问题标签 [release]

当您对现有的业务线应用程序进行增强时，您认为将更改批量更改为不太频繁的较大版本，还是在较小的版本中不断发布新功能更好？假设有硬件升级或数据库升级，您是在版本中也进行这些更改，还是将它们分开？

将所有内容一起发布的优点是对业务的干扰更少，涉及的工作时间更少，但是您以后遇到的任何问题都可能是由于数据库升级、硬件或任何数量的软件更改造成的。

很少发布并且通常可以更容易地跟踪发布导致的任何问题，但会导致更多的中断和更多的回归测试时间。

哪个更好？

我正在考虑编写自己的发布存储服务器，在此之前，我想知道人们使用什么来查看集成而不是创建。

那么，您使用什么来存储构建以供内部访问？

我正在寻找一个网络应用程序，它允许我上传工件，然后通过各种标签引用它们，以便我可以按组件或发布工具将它们组合在一起。我还希望通过准备或升级来控制每个构建的访问控制。

我将登台定义为将构建的工件放在服务器上供用户社区访问。工件通常是包含应用程序或库 + 文档的 zip 文件。用户社区是开发人员、QA 和服务交付/运营。基本上，创作者、检查者和外部用户。

我们在发布工具中单独发布工件并作为组发布（例如，发布 1.1 包含 foo 1.0.1 和 bar 1.0.7）。根据工件，我们可能希望限制访问。操作应该无法访问预发布的版本，我们可能想要跟踪谁下载了有限的可用性版本。

所以，我希望找到一种工具，它可以通过良好的可扩展设计完成我想要的大部分工作，这样我就可以添加我没有的东西。

有人知道用于管理构建后构建的好工具吗？

示例可能是：

• quickbuild/lunt 构建
• 团队锻造
• 打造锻造
• Jira 和汇合作为一组
• 声型联结
• 自家种植
• SVN 存储库使用分支来提升来自 dev->Qa->GA 的构建

如何确定我的应用程序是否编译为“发布”而不是“调试”？我去了 VS 2008 Project Properties > Build 并将配置从 Debug 设置为 Release，但我注意到没有变化？这是一个 ASP.NET 项目。

我对 Objective-C 编程很陌生，对象的释放是我最头疼的事情。我总是怀疑需要发布什么，而我最终发布了错误的变量并导致 BAD EXEC 崩溃。我已经阅读了苹果的内存管理指南，但我不能总是从他们的示例到我的代码。

其中一种情况是我的单身人士（我是个单身人士）。

我有一个这样的定义：

在我的代码中，我这样使用它：

我需要释放“conf”变量吗？

我应该什么时候释放 _instance？

由于我在 iPhone 上运行此代码，我未发布的变量会发生什么？它们会影响 iPhone 的性能吗？

最近我开始随机收到这条消息：

在 Visual Studio 中找不到元数据文件“...\Release\project.dll”

我有一个包含多个项目的解决方案。当前的构建模式是 Debug，所有项目的配置都设置为 Debug。但是当我尝试运行主项目时 - 有时它会给我一些错误，所有这些都是“找不到元数据文件'...\Release\projectX.dll'” - 而且，看，它说的是关于 RELEASE文件夹，虽然当前模式是调试。为什么？我尝试在所有解决方案文件中搜索对“Release\projectX.dll”的引用，并在 ResolveAssemblyReference.cache 文件中找到了一个。

我在互联网上进行了很好的搜索，发现有几个人有类似的问题，但没有解决方案，或者至少没有有效的解决方案。

我试图删除对这些项目的引用并阅读它们，但一段时间后我又开始遇到这些错误。

这似乎是一个错误。为什么我总是使用调试模式时它会在 Release 文件夹中搜索引用的项目？

PS。对于那些遇到这个问题的人：我无法以简单的方式解决它。只有在我重新安装 Windows 后它才消失 :(

只是用 ClickOnce 做一些测试/原型设计。有谁知道为什么我可以在设置为“调试”模式时使用 CLickOnce 发布，但在设置为“发布”模式时不能发布？

我什至没有收到后者的错误消息。输出文件夹保持为空，因为没有发生任何事情。一旦我切换到调试模式并进行发布，一切都很好。

任何想法？谢谢

我希望我的构建脚本能够在发布和开发环境中正常运行。

为此，我想在 ant 中定义一个属性，称之为（例如）fileTargetName

fileTargetName如果可用，将从环境变量中获取它的值RELEASE_VER，如果不可用，它将获取dev的默认值

感谢您帮助 ant<condition><value></condition>并<property>使其正常工作。

在 ASP.NET 中，在 Web.config 中构建项目和在配置管理器中使用发布模式有什么区别？

你什么时候用一个而不用另一个？

我的公司维护着一个 SaaS 平台，我们正在接近一个非常重要的版本。部署夜间活动涉及一个跨职能的大型团队，涵盖多个开发和质量保证小组、运营、专业服务和客户支持。

我们一直使用简单的任务列表和聊天室来协调发布窗口期间要完成的所有工作，但是随着我们的发布变得更大和更复杂，管理如此多任务的调度和相互依赖变得困难，并且人们。很多时候事情比计划的要长，这会影响其他下游活动，这些活动稍后将由不同的群体进行。这可能会在部署过程中导致很多混乱，我们真的很想改进我们的实践。

有人知道支持这种协调活动的实时协作工具吗？也许人们对其他策略有更好的体验？

背景：我在一家小型软件公司工作，该公司传统上从事研究型工作，在商业领域没有太多经验。我们现在正试图进军商业世界。由于我们起源于研究，我们习惯于非常快速的开发周期和非常少的结构，以维护适当的项目版本。

问题：缺乏结构现在被证明是一个障碍，因为每个开发人员对代码库的看法略有不同。一个开发人员发现的问题不能被另一个开发人员重现，并且在一个构建中发现的问题可能会在下一个构建中消失（或者更糟糕的是，可能会出现新问题）。对于负责集成所有项目并确保满足质量和性能标准的人（即我自己）来说，这会带来非常令人沮丧的经历。

潜在的解决方案：我个人相信我们需要通过固定版本号和定期发布来实施更好的结构。不言而喻，适当的版本控制将如何帮助解决我们的许多问题，但当然也不是没有问题 - 开发人员需要做额外的工作来执行和测试版本，并且将不再能够使用最新版本的一切。

问题：首先，您建议采用什么样的策略来确保发布所需的过程和工作尽可能顺利进行？我们使用 git 进行版本控制，使用 maven 进行构建系统，并且我们正在运行错误跟踪和持续集成系统，所以我相信这些工具就在那里。我只是不确定正确的发布过程应该是什么样子。