問題タブ [hotfix]

リリースとホットフィックスによる分岐の管理方法を自問しています。

たとえば、メインブランチ、リリースブランチV1、リリースブランチV2、および各リリースブランチ（開発メットV1とV2）の開発ブランチがあり、リリースブランチV1にバグが見つかったとします。ホットフィックスを開発する必要がありますが、このホットフィックスをリリースブランチV2と開発ブランチでどのようにマージするか。そのように：V1をメインにリリースしてV2をリリースし、メインを開発V1とV2にリリースしますか？

そのようにマージすると、リリースからリリースV2へのリリースは古くなっていますか？

しかし、メインブランチをどのように管理しますか？できるだけ安定してはいけませんか？そして、マージがたくさんあるので、このメインブランチはどのように管理されているので、どのバージョンの開発がメインになっていますか？

このパターンでは、顧客が異なるバージョンの製品を使用できる場合について説明します。

ありがとう。

以前、Windowsシステムにインストールされている修正プログラムのリストを照会する方法について説明し、情報を提供するものとしてWMIとクラスの使用をWin32_QuickFixEngineering提案しました。ただし、 MSDNは、Vista以降、この特定のクラスは修正プログラムのみを返し、他の方法でインストールされた更新プログラムは返さないことを示しています。

以前の質問では、このクラスを使用してインストールされた更新を取得する方法について説明しています。これは、上記の制限のために、作成者もこのクラスの使用に満足していないことを示しています。残念ながら、受け入れられた回答に対するコメントが指摘しているように、Windows UpdateエージェントAPIを使用する代替ソリューションは、修正プログラムが後で削除された後でもインストールされていることを示します（現在インストールされている更新プログラムではなく、インストール履歴を照会します） 。

システムにインストールされている更新プログラムと修正プログラムの完全なリストを（WMIまたはその他のAPIを介して）C＃に取り込む方法を知っている人はいますか？これは、更新プログラムをインストールする手段を除外せず、以前の更新プログラムを返しません。その後削除されましたか？基本的に、[インストールされた更新の表示]ペインの[プログラムと機能]で利用できるものと同じデータセットを探しています。

以前にこの問題を検討していたリンクされた質問のいずれかでこの議論が行われるべきだった場合はお詫びしますが、私の現在の評判では、どちらかの質問に貢献できる唯一の方法は新しい回答を提出することであり、それは間違いなく正しい方法ではありませんこのようなさらなる質問をするために。

ありがとう！

Windows の修正プログラムと更新プログラムの Web サイトにある情報を調べているうちに、Windows が更新プログラムと修正プログラムを提供するために 2 つの異なるブランチを維持していることがわかりました。

1. GDR -> すべての Windows Update がこのカテゴリに分類されます。
2. LDR (QFE) -> すべての修正プログラムがこのカテゴリに分類されます。

を取得しながら、

1. Windows Update Agent APIを使用した Windows Update情報と
2. WMIC QFE GET によるホットフィックス/LDR/QFE 情報

一部の KB 番号は、Windows Update/Hotfix で共通であることがわかりました。これはどのように可能でしょうか？GDRとLDRに関する説明によると、

デフォルトでは、Windows システムのすべてのコンポーネントは、各メジャー リリースの後に GDR ブランチで開始されます。Windows Update から GDR コンポーネントの更新プログラムをインストールすると、GDR バージョンでアップグレードされます。特定のホットフィックスをインストールすると、ホットフィックス パッケージ内のファイルとコンポーネントが LDR ブランチに移行されます。この時点で、その特定のコンポーネントが LDR コンポーネントとしてマークされます。このコンポーネントに新しい更新プログラムをインストールすると、Windows サービス テクノロジによって、LDR ブランチから適切な最新バージョンが自動的にインストールされます。

更新プログラムと修正プログラムの両方の情報に共通する KB 番号の理由を理解するのを手伝ってもらえますか?

plone と linux は初めてで、plone に新しいパッチをインストールしようとしています (Plone Hotfix 20121106)

ビルドアウトを使用してこれをインストールしていますが、ログを確認すると、パッチがまったくダウンロード/インストールされていないようです。

buildout.cfg の卵の内容は次のとおりです。

私がしたことは、最初にploneサービスを停止してから実行することです

plone を再開します。

そして、instance.logを確認すると

Products.PloneHotfix20110928 と Products.Zope_Hotfix_20110622 のみがインストールされました

誰か助けてください。

前もって感謝します。

古いバージョンの plone (バージョン 2.0.5) を実行しています。(来年には plone 4 に移行します)

Plone Hotfix 20121106 をインストールしようとしましたが、(インストールの説明で述べたように)、この hotfix は plone のバージョン 2.0.5 には適用されません。

質問:

• セキュリティ脆弱性は plone バージョン 2.0.5 にも関連していますか?
• 古いバージョンの plone にホット フィックスをインストールする別の方法はありますか?

PowerShellスクリプトをリモートサーバーに送信し、修正プログラムデータを収集して、サーバーごとにExcelに、またはサーバーごとに1枚のExcelシートにそのデータをエクスポートする必要があります。

現在、スクリプトを実行すると、.txtファイルにリストされている各サーバーに送信され、修正プログラムデータが収集されます。ただし、そのデータは、すべてのサーバーの名前を持つ1つのExcelファイルにエクスポートされます。とても長い名前です！

スクリプトは次のとおりです。

hotfixで作成されたブランチのコミットをgit-flowリモート リポジトリにプッシュするのに問題があります。

エラーは次のとおりです。

hotfix標準の構文で作成しました：

このブランチは に既に存在し、originで確認できますgit branch -a。を実行するとブランチが表示されるため、ブランチがまだリモートサーバーに存在することも確認しましたgit remote show origin。

誰かが以前にこれに遭遇したgitかgit-flow、解決策を見つけましたか?

注 - 私が試したこと:

• リモートリポジトリの再クローン - >同じエラー
• ローカルブランチの削除 - >同じエラー
• リモート ブランチの削除 -> 「新しい」ブランチをプッシュできますが、同僚がコミットをプッシュしようとすると、ローカル リポジトリで同じエラーが発生します (後git remote prune origin) 。
• 強制プッシュ -> 同じエラー
• アップストリーム プッシュ -> 同じエラー
• 参照を確認中 -> コミットの親 ID がサーバーと一致

アップデート：

git ls-remote originローカルとリモートのホットフィックス ブランチで異なる refをgit show-ref表示しますが、これはローカルに 1 つの余分なコミットがあり、親コミットの ref が の ref と一致するためoriginです。

ColdFusion 9.0.1 を使用しています

ColdFusion 9 Hotfix 4 をインストールすると、Hotfix 1、2、および 3 が一緒にインストールされますか? それとも各 Hotfix を個別にインストールする必要がありますか?

ありがとう。