问题标签 [release]

快照存储库和发布存储库有什么区别？

这是关于设置存储库（如 Artifactory、Nexus 等）的参考

目前我们MiniDumpWriteDump用MiniDumpNormal | MiniDumpWithIndirectlyReferencedMemory旗帜打电话。这适用于 Debug 配置中的内部构建，但没有提供我们在 Release 配置中所需的那么多信息。

在 Release 中，minidump 数据包含足够的堆栈信息，以便调试器找出代码中发生故障的位置，但没有其他数据。我不仅仅意味着由于优化而丢失了局部变量，正如您在发布版本中所期望的那样 - 我的意思是，除了调用堆栈和当前代码行之外，没有任何用处。没有寄存器，没有局部变量，没有全局变量，没有局部变量指向的对象——什么都没有。我们甚至没有得到允许我们查看当前对象的“this”。这就是使用的重点MiniDumpWithIndirectlyReferencedMemory——它应该包含本地变量和堆栈变量引用的内存，但似乎没有。

我们应该改用什么标志？我们不想使用MiniDumpWithFullMemory并开始生成超过 600MB 的转储，但如果这意味着获得更多有用的数据，我们会很乐意将转储扩展到我们目前获得的 90KB 以上。也许我们应该使用MiniDumpWithDataSegments(globals) 或...？

每个管理开源软件的人都会遇到问题，随着时间的推移，发布新版本的过程会变得越来越多。您必须在版本控制中标记发布，创建发行版（使用自动构建应该很容易），将它们上传到您的网站和/或开源主机。您必须在选定的网络论坛、sourceforge 上的新闻系统、邮件列表以及您的博客或网站上以几乎相同的信息宣布新版本。你必须更新你的软件在freshmeat上的入口。可能需要为发布完成更多任务。

您是否开发了一些技术来自动化其中一些任务？是否存在支持您的软件？

我想知道在依赖关系方面什么是最佳实践以及应该如何完成发布。就我而言，我有一个依赖于 log4net 的库，我想知道是否应该将 log4net.dll （将 log4net 引用设置为复制本地）与发行版一起分发？

我可以简单地说 log4net 应该安装在 GAC 中吗？

为 oracle 数据库生成增量发布脚本的任何工具。

像用于 SQLServer 的 Redgate DBComparer。

我很好奇 .NET 编译器的 debug 和 release 模式之间的区别是什么，并且遇到了这些关于debug 与 .NET中的 release以及release 行为与 debug 不同的原因的问题。到目前为止，我还没有过多关注这些编译器模式。现在我会的。

我的问题是，假设我使用的是测试框架（NUnit）和 TDD，如果我总是在发布模式下编译会遇到任何问题吗？

在您拥有诸如 Lite、Normal、Ultimate 层和重叠功能集之类的东西可能会减少功能的情况下，从开发的角度来看，使事情保持简单的最简单方法是什么？

我只使用具有单片许可证、启用/禁用特定组件/功能的子功能许可证或席位/资源许可证的应用程序。我有一些想法，但一些新的见解会很好。

我正在研究 24x7x365 Web 服务环境中的一些非脆性发布过程技术。将代码从开发环境发布到关键生产环境的一些您最喜欢的方法是什么？这不仅包括代码更改，还包括数据库架构更改。让我们假设一切都已经过测试并在开发环境的生态系统中获得好评。

您接下来采取哪些步骤将其简化为生产？将流量重定向到停机集群并运行一些自动化脚本？如果是这样，你的脚本是做什么的？如果不是脚本，你喜欢什么样的套路？

只寻找技术见解。请不要“给客户足够的警告”类型的回复。

谢谢！

不久前，杰夫阿特伍德在推特上说：

看，我喜欢快速发布新软件，但 WordPress 发布的频率实在是太荒谬了。

这让我想到，您应该多久发布一次软件更新？

• 日常？
• 每周？
• 每月？
• 每年？

最好的发布策略是什么？

我正在编写一个（非常小的）框架来检查方法的前置条件和后置条件。入口点是（它们很容易成为方法；没关系）：

显然，当方法没有问题时，检查后置条件可能会很昂贵，而且实际上并不是必需的。所以我想要一个像这样工作的方法：

whereConditionalCallingCodeAttribute意味着这个方法应该只在调用代码用定义的 DEBUG 符号编译时运行。这可能吗？

我希望客户端代码如下所示：

当然，我可以不提供WhileDebuggingThat。然后客户端代码将如下所示：

如果没有其他办法，这是后备计划，但它非常严重地破坏了 DRY。

据我了解，标记WhileDebuggingThatwith[Conditional("DEBUG")]将发出（或不发出）此方法，具体取决于在库编译期间是否定义了 DEBUG，而不是引用该库的程序集。所以我可以这样做，然后编写文档告诉库用户将其代码的调试版本与库的调试版本链接起来，并将发布版本与发布版本联系起来。这对我来说并不是最好的解决方案。

最后，我可以告诉图书馆用户在他们的项目中定义这个类：

据我所知，这应该也可以，但仍然需要打破 DRY 原则，即使只是轻微的。