标签: hotfix

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

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

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

(见http://nvie.com/posts/a-successful-git-branching-model/)

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

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

例:

master                  - <version>1.2.0</version> (Contains the latest release)
  \ 
  dev                   - <version>1.3.0-dev-SNAPSHOT</version> (Contains changes for the next release)
  |\
  | hotfix-oldstable    - <version>1.1.1-hotfix-SNAPSHOT</version> (Contains new hotfixes for the oldstable version)
  |   \ 
  |   release-oldstable - <version>1.1.1-SNAPSHOT</version> (Is used to prepare the release)
  \
   \
    hotfix-newstable    - <version>1.2.1-hotfix-SNAPSHOT</version> (Contains new hotfixes for the newstable version)
     \ 
      release-newstable - <version>1.2.1-SNAPSHOT</version> (Is used to prepare the release)

我目前的工作流程如下:

预售合并:

1. 在release-oldstable中合并hotfix -oldstable
2. 使用maven发布插件更新release-oldstable …

Microsoft发布到社区的操作系统(通常是基于安全性的)修补程序和修补程序通常由我理解的一系列更新的DLL或其他二进制文件组成.

Microsoft和其他类似公司如何确保这些修补程序不会相互冲突？他们是否总是采用累积修补程序方法,其中单个修补程序将包含以前修补程序中的所有修补程序？这并不似乎是这种情况,因为许多修补程序似乎集中在固定的具体问题.如果它们是重点修补程序,它们如何防止一个修补程序丢弃另一个修补程序(例如,彼此安装不兼容的DLL).

我一直钦佩微软管理这个过程的能力.我工作的公司要小得多,而且几年前我在修补程序上工作时,我们总是采用累积方法,其中一个补丁立即取代所有先前基于该版本的补丁.这意味着补丁的大小逐渐变大,直到下一个"官方"版本发布.

管理补丁依赖项有哪些好的做法？

我有一些问题与我的应用程序使用的Riched20.dll文件,这个问题是修复应用KB884047修补程序,以避免旧的Windows版本的问题,我想检测何时在系统中应用此修补程序,所以如何使用delphi检查我的系统中是否安装了特定的修补程序(Windows更新)？

我在使用远程存储库hotfix创建的分支上推送提交时遇到了问题git-flow.

这是错误:

$ git push origin hotfix/MyHotfix
Counting objects:
... etc
To {my remote repo}
 ! [remote rejected] hotfix/MyHotfix -> hotfix/MyHotfix (no such ref)
error: failed to push some refs to {my remote repo}

我hotfix用标准语法创建了:

git flow hotfix start MyHotfix

这个分支已经存在origin,我可以看到git branch -a.我还检查了分支仍然存在于远程服务器上,因为它在我运行时出现git remote show origin.

有没有人遇到过这个git或者git-flow找到了解决方案？

注意 - 我尝试过的事情:

• 重新克隆远程仓库 - >同样的错误
• 删除本地分支 - >相同的错误
• 删除远程分支 - >我可以推送'new'分支,但是当他试图推送提交时(后git remote prune origin),我的同事本地仓库会收到相同的错误 …

我有许多 Web 应用程序都在 azure 中，所有的 Web 角色。

所有这些之前都已经发布过很多次，但是当我现在尝试发布其中任何一个时，我都失败了。反馈是：

值不能为空，参数名称：s。

我认为这可能与 Microsoft 的更新 KB3211320 有关，因为在此更新之前一切正常。不幸的是，它无法卸载并且系统还原失败。

Azure WebRole 部署失败：

我有一个简单的 Heroku 部署管道（审查应用程序 -> 开发 -> 登台 -> 生产）。如果我推送某些内容，master它将触发 CI（codeship），如果测试成功运行，Codeship 会将更改部署到developmentHeroku 应用程序。这很简单。

但是我们如何管理修补程序呢？如果我们master出于任何原因无法将当前部署到生产中会发生什么。

我刚刚读了一篇文章，说我们应该使用 git 标签处理修补程序。这是管理修补程序的唯一方法吗？我们可以在不使用 git 标签的情况下处理这些吗？

我正在努力将gitflow设置为允许创建多个修补程序...我已经运行了以下命令：

git config --add gitflow.multi-hotfix true
git config --global gitflow.multi-hotfix true

当我跑步时：

git config --list
git config --global --list

我可以看到它设置正确

gitflow.multi-hotfix=true

但是仍然...每次我尝试创建新的修复程序时，都会要求我首先完成当前的修复程序...

我的Mac Book Pro正在运行Mojave 10.14.1（18B75）

另一个可能有所帮助的细节是，我注意到，每次我运行添加命令时，配置中的另一行都将添加完全相同的信息gitflow.multi-hotfix = true。因此，我尝试清除所有设置并从头开始并运行以下命令：

git config --unset gitflow.multi-hotfix
git config --unset-all gitflow.multi-hotfix

但是，无论我尝试运行这些命令多少次，都保留了允许多个修复程序的行，但是实际上我无法创建多个修复程序分支。

如何在已存在的情况下在Sourcetree中创建第二个修补程序分支？每当我尝试它时,它会告诉我先完成当前的修补程序.有多个修补程序分支的方法吗？

我有ColdFusion 9.0.1

将安装ColdFusion 9 Hotfix 4与其一起安装修补程序1,2和3,还是必须单独安装每个修补程序？

谢谢.

我安装了MongoDb windows server 2008 R2并且hotfix KB2731284没有安装,但我无法轻松重启服务器.

在hotfix描述中,我收到此消息"您运行的应用程序使用该FlushViewOfFile()函数从分页内存池中清除内存映射文件." (见https://support.microsoft.com/en-us/kb/2731284)

我的问题是,什么时候FlushViewOfFile()调用函数？我的应用程序只是写入一个集合并从中获取数据.我是否有冒险行为的风险？

好吧,我觉得这里绝对是个白痴......

我正在尝试在en-gb的Windows 7 x64机器上设置MongoDB.我按照这里的说明,已经下载了修补程序,提取,现在是什么？

在文件夹里面有几个文件,除了语言外都是相同的 - BR,ES,FR,IT,JP,MX,NL,PL,TR

当在微软网站上下载软件包时,它说我的系统的语言选项是可用的(英语(英国))但是,也许我在这里生气,这些前缀都不是英语,对吧？

我知道有人会指出一些非常明显的东西,但我现在只是被困住了.

在我的开发机器上,我可以使用KIM查看Kentico网站的修补程序级别.我们的生产机器上没有安装KIM.

在Kentico v7.0中,CMS Desk中报告了修补程序级别,但Kentico v9.0中并非如此.

有没有我可以在不使用KIM的情况下找到修补程序级别？