問題タブ [patch]

[これが直接プログラミングの問題ではないことをお詫び申し上げます。しかし、最近、UACを有効にしたままの新しいVistaマシンに切り替えました（無効にするように言わないでください。オプションではありません）。]

gnuのpatch.exeを実行するたびに、Vistaから昇格ダイアログが表示されます。patch.exeの名前をfoo.exeに変更しても、これは実行されないため、これはVistaの「ヒューリスティック」の1つであると思います。

誰かがこれを無効にする方法を知っていますか？それは私を狂わせており、グーグルは助けていない。

または、patch.exe専用のマニフェストを追加して、これを昇格させないようにシステムに指示する必要がありますか？それは機能しますか？もしそうなら、どのようにそのようなマニフェストを作成しますか？

どうもありがとう、これまで1時間壁に頭をぶつけてきました。

ソースツリーにパッチを適用するのに問題があり、通常の-pストリッピングの問題ではありません。patchパッチを適用するファイルを見つけることができます。

具体的には、私の質問は、いくつかのハンクで失敗したときに作成される.rejファイルをどのように読み取って解釈するかです。/私が見patchたほとんどの議論はこれを含んでいません。patchdiff

WORDPRESSなどのプロジェクトがあります。私はSVNを使用しています。

私は次のコピーを持っています：

A. wordpress.org の WP2.6

B. WP2.6、一部のコア ファイルを修正 (一部のファイルのコードを追加/削除/変更)

C. wordpress.org の WP2.7

バージョン A を C にアップデートし、バージョン B の変更を維持したいと考えています。

私の変更のいくつかはおそらくそのようです：

バージョン A コード:

バージョン B コード:

バージョン C コード:

予想される最終バージョン:

このプロジェクトにパッチを作成/適用するにはどうすればよいですか? 100以上の異なるファイルがある場合、より速く/より簡単な方法

たぶん私の考え方が間違っている。それを正しくすることを提案してください。ありがとう。

ラップトップの変更に取り組んでいます。まだリポジトリに提出する準備ができていませんが、デスクトップでも作業を続けたいと思っています。私の変更セットは非常に大きく、変更が含まれているだけでなく、新しいファイルと削除されたファイルも含まれています。

ローカルの作業用コピー全体を別のマシンにコピーして、変更を適用することができました。ただし、それは汚い解決策のように思えます (別のマシンでメタデータを汚染しているため)、ビルド アーティファクトも不必要に転送しています。

TortoiseSVN を使用して .patch ファイルを転送しようとしましたが、「パッチは古いリビジョンに属しています」(真実ではなく、なぜ気にするのですか?) または「行が一致しません」(私が変更したため一致しません) と不平を言い続けます。「継続的なエラーポップアップ」の経験はまったく好きではありませんでした.

Cygwin をインストールしたくないので、コマンドライン パッチは論外です。

最後のオプションは、この機能の新しいブランチをフォークして、「チェックイン/更新」のループに入ることだと思います。しかし、これらはトラックの歴史に示されており、そこで汚染を引き起こしています。

より良いアイデアはありますか？それとも私が行方不明ですか？

マージプロセスを「保存」して、オープンソースプロジェクトのパッチを作成し、パッチを送信して、マージを自分で処理する必要がないようにすることができると思いますか？

いつ、どのようにSVNでパッチを使用しますか？

まだ git に慣れていない人にメールで送りたいブランチに 8 つのコミットがあります。これまでのところ、私が行うことはすべて、8 つのパッチ ファイルを提供するか、ブランチの歴史の最初からのすべてのコミットに対してパッチ ファイルを提供し始めるかのいずれかです。私は git rebase --interactive を使用してコミットを無効にしましたが、今ではすべての試行で最初から無数のパッチが提供されます。私は何を間違っていますか？

私のプラグイン de.support.help には plugin.properties ファイルがあります。これらのプロパティ ファイルには、設定ページの文字列が含まれています。

このプラグインをさまざまな顧客に使用したいのですが、顧客名がプロパティ ファイル内にあります。

Eclipse フラグメント メカニズムを使用して、プロパティ ファイルにパッチを適用したいと考えています。今のところ、フラグメントプラグインは実行時に対応するプラグインにパッチを当てることができます。

plugin de.support.help に plugin.properties ファイルがあり、次の行が含まれています。

そして、ファイル plugin.properties を含む fragemt de.support.help.fragment があります。

実行時に文字列「Copyright ABC」が表示されることを期待していますが、そうではありません。私はずっと前にJavaクラスで同じことをテストしましたが、これが機能していたことを覚えています。フラグメントの Java コードが元のプラグインに配置されました。

これを処理するアイデアはありますか？または、フラグメントメカニズムを誤解していますか?

ありがとう

編集：

de.support.help プラグインから plugin.properties ファイルを削除すると、期待どおりに動作します。フラグメント ファイルはプラグイン ディレクトリにコピーされ、実行時に使用されます。

または、somce eclipse クラスCan_fragments_be_used_to_patch_a_plugにパッチを適用する必要がありますか?

SVN を使用してオープン ソース プロジェクトに作業パッチまたはバグ修正を送信する最も簡単な方法は何ですか?

理想的には、リビジョンまたはパッチを提出して、承認された場合にリポジトリに直接簡単に適用できるようにしたいと考えています。

問題があれば TortoiseSVN を使用しています。

パッチのサブセットを取得するたびに、必要なインデックスのみを抽出するスクリプトを作成する必要があります。

たとえば、サブディレクトリ 'yay' と 'foo' に適用するパッチがあります。

新しいパッチを作成したり、パッチのサブセットのみを適用したりする方法はありますか? つまり、サブディレクトリ「yay」の下にあるすべてのインデックスのみを取得する既存のパッチから新しいパッチを作成します。または、サブディレクトリ「foo」の下にないすべてのインデックス

私が次のようなパッチを持っている場合（以下の疑似パッチを許してください）：

次のように「yay」サブディレクトリのみを抽出または適用するにはどうすればよいですか。

ソリューションをスクリプト化すると、車輪の再発明になることはわかっています...