问题标签 [release]

我很想听听你有什么例程来清理你分发给客户的公共头文件。

我想听听您的意见的一些事情是：

评论不适用于外部消费。一般来说，我喜欢让文档靠近代码，这样的评论可能不是一个好主意：

也许：

不一致的选项卡样式：

是否有任何工具可用于准备一般发布的标头或代码？

我工作的公司正在尝试实施发布计划，我希望从那些在比我所在的结构更好的环境中工作的人那里获得一些建设性的反馈。

我们有一种产品已经完成并被多个客户使用，但我们还有 4 种其他产品正在开发中 - 并且正在积极销售，就好像它们已经完成一样。（想象一下！）

我们是一家非常小的公司，工作速度很快（是的，有时很马虎），而且截止日期和预算都很紧，所以我们没有书面要求、系统的 QA 流程等。基本上公司的所有者来给有想法的开发人员（我们 3 人），然后我们实施它们。然后主题专家测试这些功能，以确保应用程序能够完成它应该做的事情。

我知道最后一段让我接受了各种“你不能这样做”类型的反馈，但我不需要那个。我理解这种方法有多么错误。有一次，我能够说服业主聘请一名项目经理和一名 QA 人员，但不久之后，两人都因收入损失而被解雇。我们就在我们所在的地方，目前没有改变文化。

我正在尝试做的是管理期望。我们有一英里长的请求功能列表，这就是我提出的建议。

我们将按季度发布成品的生产。第一个版本将于 10 月发布。我们不会尝试根据高/中/低优先级来管理从现在到那时将要完成的工作，而是根据现在到 9 月之间可以完成和不能完成的功能来管理功能。届时，我们将停止所有功能开发并专注于测试和修复缺陷，以便为下个月发布的产品做好准备。我们将在每个季度重复这个过程。基本上步骤是这样的：

1) 根据其重要性将所有突出的功能放入未来的版本中。2) 在本季度处理这些功能。3) 当请求新功能时，将它们放入特定发布周期的“队列”中。4) 如果该功能必须进入当前版本，则将其他功能移至下一个版本。5) 在周期中的某些时间点，评估哪些功能可能不会进入当前版本并进行相应调整。6) 至少在预定投产前 30 天结束功能开发，并专注于测试和错误修复。7）在预定的日期将某些东西推向生产，然后因为没有完成我们一开始同意的所有事情而发火（嘿，我很现实......我为之工作的人不是。）

哦，还有，如果你打算告诉我“找一份新工作”，那就别费心回答了。目前这不是一个选择。

如果您对这个提议的方法有任何建议，或者有任何资源链接可以帮助我更好地理解如何构建这个过程，我将不胜感激。

在此先感谢您的帮助。

达尔维斯

当我们发布项目时，通常每次都是一样的。是否有任何参数或属性可以添加到 release:prepare 以允许以批处理模式发布模式？

例子：

做这样的事情会很好：

如果这样的东西尚不存在，我将创建一个自定义 Mojo 来执行此操作。

或者，在上面的提示中，我们通常默认为第一个问题，第二个问题为“v”+当前版本，最后一个问题为下一个小问题。如果我们能以某种方式修改这些，那将解决眼前的问题。

提前致谢。

我正在尝试为我编写的 C++ 应用程序生成发布版本。当您在 VS2008 中运行该应用程序时，它运行良好（调试和发布）；但是当您运行可执行文件时，它几乎每次都会崩溃。

现在，是否有一个 hack，所以我可以将这个应用程序作为一个独立的应用程序运行，而不必运行所有代码并找到导致它的错误？

提前致谢。

您如何正确设置具有以下内容的解决方案 (C#)：

• Web App Project - 包含 16 个对其他项目/DLL 的引用
• 共20个web项目以外的项目
• 所有项目都是强命名的（pfx 文件 + 版本等）

当我从引用中删除 DLL 并添加项目引用时，我遇到了强名称冲突。

例如：

当我使用项目引用运行时，我得到：配置错误描述：在处理服务此请求所需的配置文件期间发生错误。请查看下面的具体错误详细信息并适当地修改您的配置文件。

解析器错误消息：无法加载文件或程序集 'Company.Handlers.ClientObject, Version=0.9.3457.28069, Culture=neutral, PublicKeyToken=00a0384aefbcb34d' 或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。（来自 HRESULT 的异常：0x80131040）

源错误：

第 48 行： 第 49 行： 第 50 行： 第 51 行： 第 52 行：

我知道必须有一种方法可以在 IDE 中工作并忽略强命名。然后，通过自动构建过程，在该点添加强命名。请告诉我有一种理智的方法可以做到这一点......

PS：GAC 不以任何方式参与这些项目。这些都是部署时 BIN 目录中的本地副本。

TIA

我找不到任何使用 git 管理版本的“正确”方法。比如说，我有 master、release-1、release-2 和 release-3 分支。Release 1 已经发布，我只做错误修复和发布版本标记。第 2 版即将发布，我主要在这个分支上进行开发，而在第 3 版中，我开发了将来需要的东西。

1. 当我在 release-2 上添加一些功能并且它也应该达到 3，但不是 1 时，我应该：

   • 将 release-2 合并到 master 和cherry-pick 功能相关的提交到 release-3？
   • 樱桃挑选功能相关的提交给主人，而不是挑选它到发布-3？
   • 其他？

2. 当我需要在所有版本中进行更改时，我应该在 master 上进行更改并将其挑选到所有分支吗？

3. 我应该让 master 与最新的（release-3 分支）保持同步，还是在 release-3 上的开发人员在我需要 release-4 分支之前合并到 master？

4. 当我在 release-1 或 release-2 上修复某事时，我应该合并还是挑选它来掌握还是更确切地说？

我不太确定什么时候应该挑选，什么时候应该合并，以及分支之间的代码流是否正确。

我显然是在调试模式下开发的。如果我从标准运行命令 (F5) 开始，我的项目应该以调试模式启动，但如果我发布我的项目，它应该自动切换到发布模式。这是否可能以某种方式，甚至可能使用脚本？

VS 2005 中是否有“调试”和“发布”版本？如果是这样，我如何在两者之间切换？

到目前为止，我们在我的公司使用 Ant。每当我们想将应用程序发送到客户端时，我们都会运行一个特殊的 Ant 脚本，该脚本将我们所有的源代码与所有 jar 库和 Ant 本身以及一个简单的批处理文件打包在一起。

然后，客户端可以将文件放在根本无法访问网络（甚至 Ant）的计算机上并运行批处理文件。只要计算机具有有效的 JDK，批处理脚本就会使用 jar 编译所有代码并创建最终由客户端部署在应用程序服务器上的 WAR/EAR。

最近我们迁移到 Maven 2。但我还没有找到做同样事情的方法。我见过 Maven 程序集插件，但这只是创建源代码分发或二进制分发。我们的场景实际上是一个混合体，因为它包含我们的源代码但我们使用的库的二进制 jar（例如 Spring、Hibernate）

那么是否可以使用 Maven 创建一个可以在完全没有网络访问权限的计算机上运行的自包含程序集/发布/包？这意味着所有的库都应该包含在里面。

如果 Maven 本身也包含在其中，则会有额外的好处，但这不是一个严格的要求。最终的包应该可以通过一个命令轻松编译（系统管理员很容易执行）。

我正在考虑为此编写自己的 Maven 插件，但我怀疑有人已经遇到过这个问题。

当我构建项目时，如果发布的话，构建时间会花很多时间。

发布时，链接时间为：130secs

在调试中，链接时间为：同一项目的 15 秒。

编译没有区别，但是链接有很大区别。

你知道为什么会这样吗？