问题标签 [hotfix]

如果您尝试遵循此处记录的 git-flow 分支模型并使用此处的工具，您应该如何处理这种情况：

您已经发布了 1.0 版本和 2.0 版本。然后你需要为 1.0 做一个修补程序。您从 1.0 标记创建一个修复程序分支并在那里实施修复程序。但那又如何呢？

通常你会合并到 master 并在那里放置一个 1.1 版本标签。但是您不能将 1.1 合并到 master 上的 2.0 之后的某个点。

我想您可以将发布标签放在修补程序分支上，但这会在包含发布标签的主服务器旁边创建一个永久分支。那是正确的方法吗？

我是 Advanced Installer 的新手，因为我使用的是试用版，所以我尽可能多地了解它。我有一个安装程序，已经创建。它安装的文件之一是InvoicePro.exe（版本 1.0.0.0）。我在那个版本中发现了一些错误，所以我在 Visual Studio 中构建了 1.0.0.1 版本。现在我想创建一个 Hot-fix 安装程序，用 1.0.0.1 版本替换 1.0.0.0 版本。

请给我解释清楚！

是否可以使用 .net 框架（v4.0）来确定是否对机器进行了特定的修补程序？到目前为止，我还没有遇到任何有关这方面的信息。

处理由于在具有多个修补程序分支的 git flow 环境中准备 maven 版本而引起的重复合并冲突的最佳实践是什么？

（见http://nvie.com/posts/a-successful-git-branching-model/）

在这种情况下，需要多个修补程序分支来维护应用程序的至少两个修订版。oldstable 的修复程序会定期合并到 newstable hotfix 分支中。这些发布分支之间的合并导致了反复出现的合并冲突，我将在下面尝试解释：

每个分支的 pom.xml 工件版本是唯一的。

例子：

我当前的工作流程是这样的：

售前合并：

1. 在release-oldstable中合并hotfix- oldstable
2. 使用 maven 发布插件更新release-oldstable中的版本。这有效地更改了 pom.xml 工件版本。
3. 在release-newstable中合并hotfix- newstable
4. 在release-newstable中合并release-oldstable（导致冲突 - 稍后描述）
5. 使用 maven 发布插件更新release-newstable中的版本。

稳定发布分支：

在该步骤之后，两个发布分支都需要稳定。这是一个重要的步骤，因为强制将提交从 oldstable 合并到 newstable，因为 newstable 版本很可能也受到 oldstable 版本中检测到的问题的影响。从release-oldstable到release-newstable的合并会导致冲突，因为 pom.xml 在两个分支中都被修改了。

当然，这可以通过使用cherry-picks来规避，但我正在寻找一种替代解决方案。

执行发布：

1. 在release-oldstable中执行 maven 发布。这也改变了 pom.xml。
2. 在release-newstable中执行 maven 发布。这也改变了 pom.xml。

发布后合并：

1. 将 release-oldstable 合并到 hotfix-oldstable
2. 更新hotfix-oldstable中的版本并将“hotfix”分类器添加到版本中。
3. 将 release-newstable合并到 dev、master 和hotfix-newstable 中
4. 更新 dev 中的版本（添加“dev”分类器并提高版本）。
5. 更新hotfix-newstable中的版本并将“hotfix”分类器添加到版本中。

现在为下一个版本重复该过程。

售前合并：

1. 在release-oldstable中合并hotfix- oldstable （没有冲突，因为 release-oldstable 在发布后合并中合并到 hotfix-oldstable）
2. 使用 maven 发布插件更新release-oldstable中的版本。这有效地更改了 pom.xml 工件版本。
3. 在release-newstable中合并hotfix- newstable （没有冲突，因为 release-newstable 已合并到 hotfix-newstable）
4. 在release-newstable中合并release-oldstable 这一步会导致冲突，因为 pom.xml 在 pre release 步骤中被更改并在“稳定发布分支”步骤中合并。
5. 使用 maven 发布插件更新release-newstable中的版本。

目前我只能想到这些选项：

• 对于在hotfix-oldstable分支中进行的每个提交，在hotfix-newstable中使用 git cherry-pick -x
• 使用 git rere ( http://gitfu.wordpress.com/2008/04/20/git-rerere-rereremember-what-you-did-last-time/ ) (我没试过。我很想从某人那里听到到目前为止是如何解决的）
• 使用自定义脚本合并 pom.xml 中的冲突
• 改变如何处理不同分支之间的 maven 版本的方式。

更新：

我最终选择了最后一个选项。我添加了一个预构建脚本，它更新了修补程序分支构建的 pom.xml 版本。该脚本只是使用 maven 发布插件 update-versions 目标将分类器添加到 pom.xml 版本标签。这有效地防止了对修补程序分支中的 pom.xml 文件的更改，并使合并更加容易。

假设我在 Git 中有两个分支：development和qa-test. 这两个分支都包含不同的功能 - 提交，但也是A这两个分支的最新共同祖先：

现在在某些时候我们发现存在一个错误，我们需要在和 中A修复它们，即我们需要修复。我可以采用的一种方法是从names创建一个新分支，修复错误，提交到然后将其挑选到. 有没有更好的方法来做到这一点？qa-testdevelopmentqa-testhotfixqa-testdevelopment

我用 CHF 4 更新了我的 CF 9.0.1 服务器。在此之前我已将 Java 升级到 7，但无法重新启动 CF 服务。我找到了很多关于这个问题的项目，但没有解决方案。更正; 唯一的解决方案是退出修补程序。我已经确认我按照说明进行了修补程序。所有网站似乎都可以工作，但我无法启动 CF Admin。

我希望从 2003 服务器获取 Windows 修补程序信息。为此，我使用以下 PowerShell 脚本作为 Get-Hotfix 不会返回所有安装日期。我想做的是只在某个日期之后应用更新。怎么可能做到这一点？

我在我正在使用的更大的应用程序框架中发现了一个小错误。修复只需要更改单个类中的两行。我解决了这个问题并将更改推送到项目的存储库。

但是，我需要明天发布。因此，我不能等到图书馆发布新版本。我想知道将修补版本集成到我的项目中的最佳方法是什么：

• 构建项目：我觉得这很困难，我什至无法正确构建它，因为快照存储库中有太多单元测试被破坏，即使没有单元测试，我也没有走得太远，因为我显然缺少一些无法找到的依赖项在 Maven 中心。另外，我需要将固定版本发送给所有其他开发人员，因为在 Maven Central 上找不到它。（我们在网络上工作，我们没有自己的 Nexus。）

• 在我的项目中添加一个新模块，我在其中保留了已修复的类的副本。然后，我将此模块作为依赖项添加到所有应该使用该类的覆盖版本的模块。但是 JVM 是如何确定它实际加载的类的呢？它将找到两个包含同名类的jar文件。它将实际加载哪一个？如果我能完成这项工作，这将允许我将修改后的类版本与我的项目集成，这样我就可以将补丁与项目一起分发，一旦错误得到修复，我就可以简单地删除模块。

• 我将修改后的类文件包含到受影响的模块本身中。到目前为止，这对我来说似乎是最简单的解决方案，因为 JVM 总是首先从同一个 jar 加载类。（我说得对吗？至少这是我在测试中观察到的。）

感谢您对此的任何意见。

我想用 C# 在我的计算机上安装修补程序，当我通过 Win32_QuickFixEngineering 使用 wmi 时，我的计算机上安装了 33 个修补程序。但是当我通过 IUpdateSearcher 使用 WUApiLib 时，我的计算机上安装了 19 个修补程序。我发现有 2 个修补程序在 19 中，但不在 33 中。

方法一：wmi

方法二：WUApi

为什么它们不同？

我正在尝试通过应用此处列出的所有可用修补程序来更新运行 CF9 的服务器：

http://helpx.adobe.com/coldfusion/kb/hot-fixes-coldfusion-9.html

但是，我不知道应用了哪些修补程序。CFIDE 报告的版本号是“9,0,1,274733”。

我可以从底部开始（最旧的在前），然后一个一个地应用所有的修补程序，直到它们都被考虑进去吗？