标签: hotfix

如果您尝试按照混帐流分支模型,记录在这里,并与这里的工具,你应该如何处理这种情况:

您已经发布了1.0版本和2.0版本.然后你需要为1.0创建一个修补程序.您从1.0标记创建一个修补程序分支,并在那里实现修复.那么呢？

通常,您将合并为master并在其中放置1.1版本标记.但是你不能将1.1合并到主控之后的2.0之后.

我猜你可以把release标签放在hotfix分支上,但是这会在master上创建一个包含release标签的永久分支.这是正确的方法吗？

如果您介于版本1和版本2之间,那么您如何维护软件？

从我的观点来看,术语补丁,修补程序,维护版本,Service Pack等都是模糊的,根据您的联系人而定义不同.

您认为发布之间的增量维护工作是什么？

今天我不得不重新安装.我以前为VS2008安装了一些修补程序,但不再使用它们,并且不记得为什么它们是必要的.我期待任何与安全相关的修补程序通过Microsoft Update,但我对VS错误修复感兴趣.

有没有人有他们建议为Visual Studio 2008 SP1安装的修补程序列表？

我刚刚开始使用git flow,有一些我不太了解的东西.首先,我从不直接开发任何东西.如果我做某事我要么使用启动修补程序或功能.

当我开始一个新功能('sequentialUpgrades')时,我的插件是1.1.5版本.那是4天前.在过去的4天里,虽然还没有完成这个新功能,但我完成了2个修补程序,所以这些已经合并回主人,然后在完成它们时开发,当然我在这两个分支上都有最新的更改,包括修补程序和上午在版本1.1.7 ...如果我做了git diff master develop,没有区别.

现在当我回到我的功能分支继续开发这个新功能时,功能分支仍然回到1.1.5,所以我没有最新的2个修补程序.

所以我有两个问题:

1. 如果有任何方法可以获得最新的更改到我的功能分支而不会搞砸了什么？

我正在考虑将开发合并到功能分支中,但我认为这不是正确的方法.但是,我真的很喜欢,在开发这个新功能时,需要抓住最后2个修复程序.

2. 如果我无法做到这一点,那么当我完成这个功能时,它现在如何合并回到开发中而没有任何冲突？我无法绕过这个.

因为我在1.1.5开始这个功能.在功能分支中,我对文件access-level.php进行了重大更改.当我做了修补程序时,我在同一个文件中改变了5-6行.一个文件如何能够以1.1.5的形式重新回到一些重大的变化,并将它们合并到1.1.7的同一个文件中,从那时起它也发生了变化？

随着我使用VS2010崩溃的规律性增加,我一直在寻找一个修补程序列表. 这篇博文说没有官方列表,所以让我们制作一个(仅限RTM).

或者这个页面是否足够:https://connect.microsoft.com/VisualStudio/Downloads？

• 剪切或复制时内存不足错误
  • https://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=29729&wa=wsignin1.0
• 为Visual C++项目启用托管增量构建(之前不可用于配置)
  • http://code.msdn.microsoft.com/KB982721

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

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

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

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

实际上，建议的流程不如http://nvie.com/posts/a-successful-git-branching-model/ 中的另一个流程详细。所以，有点混乱。

您好,这是我的git工作流程.我正在尝试使用Sourcetree创建一个新的修补程序.不幸的是我收到此错误:

There is an existing hotfix branch (issue-#001). Finish that one first.

我已经完成了issue-#001.为什么我无法创建新的？

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

基本上,我试图让我的应用程序偶尔从我们的Web服务器中提取版本号以查看是否需要更新,如果是,那么应用程序会询问权限,然后下载新文件(更新源代码,.xml布局文件,图像等)从而绕过了从Play商店下载我们的APK(大小为50mb)的需要,用于修补程序甚至小功能更新.

从我发现的:

1. 我可以下载资源/数据文本文件,可以读取更多内容,但无法真正修改源代码,因为......

2. APK文件基本上是"烘焙"的,当它创建的源代码,.xml文件等被最小化,重命名和混淆时意味着向现有APK添加新功能或修补程序将是困难的.我认为你可以改变图像但这就是它.

我相信Candycrush在下载新级别时会以某种方式完成它(一个不涉及游戏商店的应用程序内更新),但这可能只是方法1.对Firebase的远程配置的简要研究也有类似但前提的限制 - 设置参数意味着尝试使用它进行修补/更新可能会有点不稳定.

我是正确的还是我错过了一些明显的东西？

我们使用Gitflow进行Web构建,我对如何hotfixes工作有疑问.但首先我应该解释一下,我们并没有完全使用正常的Gitflow工作流程.

我明白,通常你会分支你的features,他们会develop在完成时合并,你会创建你的release,release合并到master你并部署它,作为一个真正的"版本化版本".

但是,由于这是客户端工作,我们不会执行"发布",而是在需要时部署功能,因此我们的feature分支的更改会master在临时基础上合并.

这确实会引起问题,因为feature分支从分支开始develop就超前了master; 合并这些feature分支到master会合并其他的改变到master的变化(即存在于develop在当时feature是支链的都还尚未master).我们知道这不是Gitflow的设计方式,但我们需要某种分支模型,所以我们(有点)通过提交提交而不是合并分支来解决这个问题.

所以,我理解这些问题,我不相信他们正在为我现在的问题做出贡献,但为了以防万一,这就是我们使用它的方式.不过我的问题是:

hotfixes 应该怎么合并？

在我看来,情景是:

• master 是"生产"
• develop 领先于 master

然后,您想要修补hotfix分支的即时问题.在Gitflow中,这个分支来自master,当你完成时hotfix,它会被合并到master 和 develop

但这怎么不会造成大问题呢？

最近,我尝试创建一个hotfix在一个文件中更改单行副本.我完成了hotfix,并且更改合并到master没有任何问题,但是当它厌倦了合并时develop,它创建了一个巨大的35文件差异,在我没有触及的文件中有几个合并冲突,由于develop和之间的差异master.

我明白,这是因为你被合并hotfix 的分支,其本身分支master …

确定Tridion修补程序应用于系统的最可靠方法是什么(除了正确的先前版本文档)？

具体来说,我想了解SDL Tridion 2009,但也有兴趣了解它是否与SDL Tridion 2011不同.