问题标签 [hotfix]

将修补程序合并到开发分支时，我遇到了一种奇怪的行为。它将所有发布分支重新排列到开发分支中。

这样对吗？

这是一个例子

在合并修补程序之前

合并修补程序后

我试图了解 GitLab 在http://docs.gitlab.com/ee/workflow/gitlab_flow.html上的建议流程。但是，我不太确定这个说法：

如果您需要选择带有修补程序的提交，通常在功能分支上开发它并通过合并请求将其合并到 master 中，请不要删除功能分支。如果 master 很好（如果你练习持续交付应该是这样），那么你将它合并到其他分支。

这是否意味着，master 中将有超过 1 个提交？例如，第一次提交（实际上是合并请求）是为了测试修复是否有效，第二次提交是在第一次提交失败时。

另一件事是，（假设我们有一个生产分支）如果我们将修补程序合并到 master 中，我认为我们必须在 master 上部署其他功能，不是吗？否则，我们会挑选 master 中的修补程序提交到生产分支。

实际上，建议的流程并不像http://nvie.com/posts/a-successful-git-branching-model/中的另一个流程那么详细。所以，这有点令人困惑。

我在创建 Windows 批处理文件时感到震惊，该文件仅指示我的计算机/Windows 服务器上是否安装了无效的 KB 文章。

这就是我现在的位置，

脚本 ：

当前输出： ---------- C:\USERS\PVENK17\DESKTOP\TEST\QFE_LIST.TXT: 1

所需的输出：：已安装

输入文件内容：KB3057839,KB3002657

问题 ：

即使它适用于 1 KBarticle。当我在输入文件中放置超过 1 个时，它不起作用。

请帮我解决这个问题。

谢谢普拉桑斯

我找不到正确的答案可能是因为我不知道如何提出正确的问题，但我会尽力解释自己：

为了创建一个新功能，我忘记创建一个新分支，从那时起我一直在工作并提交（而不是推送）到我的本地主分支。新功能还没有完成（确实可以中断生产），但现在我需要做一些修补程序并将它们推送到生产（主），所以......

有什么方法可以将另一个“主”检出/克隆到我的本地计算机并在那里工作，这样我就可以在不推送新功能的情况下推送修补程序更改？我知道可以在另一台计算机上做到这一点，但现在对我来说不可能。

提前致谢

为我的新项目做 git flow 的实验学习。我注意到以下几点：

以下场景：

1. 通常 git-flow 工作原理：

   git flow hotfix start 1.1.2

   将基于 master 创建一个分支，完成后与 master 合并并开发。

2. 基于另一个分支的分支

   git flow hotfix start 1.1.3 support/1.x

   但是随后基于支持分支创建的修补程序将合并回该支持分支，而不是回到开发或主分支，但在完成时将被标记。

问题

如果我的主分支当前在，v3.2.0但修补程序是针对代码部分中引入v1.1但仍然相关并在当前开发分支中使用的问题，我该如何将它们合并在一起？

这个问题的原因是一些客户需要长期支持特定的旧版本，即使你的新版本更优越。

可能的解决方案，但不是（使用 SourceTree）

Atlassian SourceTree 始终仅将完成修补程序与 master 和 development 合并，但从不与客户所需的支持分支合并（测试三次）

我正在尝试打印 Microsoft 更新热修复 URL 并更改它们

我有问题，因为它像这样打印出来并且没有替换：

如果我只是在没有 -replace 的情况下打印它，它看起来还可以。

我正在尝试获取知识库文章的完整 URL

我正在尝试创建一个脚本，如果可能的话，将打印出所有带有链接和名称的热修复程序

谢谢

有什么方法可以让我知道哪些功能与 Dynamics AX 中安装的修补程序相关？通常，修补程序附带一个修改/添加的对象列表（我可以为其创建单元测试），但不附带修改/添加的功能列表，这是我需要的。你们通常如何测试修补程序？

我知道将更改推送到生产环境的最佳实践是拥有一组服务器 A 和 B，让 A 为客户端服务网站，在 B 上推送更新，然后切换 A<->B 以确保服务的连续性. 但这感觉有点难以用 Capistrano 实现（？）

我目前在亚马逊云上有一个自动缩放的服务器池。使用 capistrano，我的部署命令将在所有服务器上部署更新，并同时重新启动它们。在乘客重新启动期间，我的生产服务器出现停机时间（重新启动可能需要 10 秒，所以这是一个问题）。

为了避免这种情况，我想一次重新启动我的服务器，并在重新启动下一个服务器之前等待 x 秒（我不介意在线是否有 2 个不同版本的代码，目标场景我请记住，正在部署一个小修补程序）

有没有办法覆盖 Capistrano 重新启动任务，以便在下一个服务器上启动命令之前等待一段时间？

我正在尝试查看是否可以在不下载 .apk文件的情况下远程更新用户手机上的应用程序。（这是我“老板”的信息收集请求。他认为这在 iOS 上是可能的，所以他希望我在 Android 上检查）。

本质上，我试图让我的应用程序偶尔从我们的网络服务器中提取一个版本号，看看它是否需要更新，如果需要，那么应用程序会请求许可，然后下载新文件（更新源代码、.xml 布局文件、图像等），从而完全无需从 Play 商店下载我们的 APK（大小为 50mb）以进行修补程序甚至小功能更新。

根据我的发现：

1. 我可以下载可以阅读更多内容的资源/数据文本文件，但不能真正修改源代码，因为...

2. APK 文件在创建时基本上是“烘焙”的，因此源代码、.xml 文件等被最小化、重命名和混淆，这意味着向现有 APK 添加新功能或修补程序将很困难。我认为您可以更改图像，但仅此而已。

我相信Candycrush在下载新关卡时会以某种方式做到这一点（一个不涉及 Play 商店的应用内更新），但这可能只是方法 1。Firebase 远程配置的简要研究也有类似的东西，但受限于 pre -设置参数意味着尝试将其用于修复/更新可能会参差不齐。

我是正确的还是我遗漏了一些明显的东西？

我正在一个项目中使用 git flow，我正在查看这里的图表：

https://datasift.github.io/gitflow/IntroducingGitFlow.html

直到最后一张详细说明修补程序的图像才有意义。

有人能告诉我为什么 master 在 1.0 上（这是未来的版本号吗），但在时间线的后面，一个热修复被采取了，master 被标记为 1.0.1，然后更进一步，发布分支开始在 1.0，因为如果 1.0.1 被忽略。

为了让我在发布截止点更加困惑，它说“从这一点开始，‘下一个发布’意味着 1.1.0 之后的发布”，我认为这意味着 1.2.0。

那么 1.1.0 版本到底发生了什么，在我看来它已经消失了。

有人可以帮我理解最后一张图吗？