問題タブ [git-am]

仮想マシンで Linux を使用していますが、私のホストは Outlook がインストールされた Windows です。現在、git パッチを含むメールを受信すると、Outlook にポップアップ表示されます。

これらのパッチを適用するにはどうすればよいですか? それらは添付ファイルとして送信されるのではなく、おそらく git send mail を介して送信されます。

VM メールボックスで受信するように VM を設定できますか? （今のところ成功していません）

パッチを git am に適した形式でフォルダに保存できますか? これまでのところ、私はこの角度を試してきました。メッセージをフォルダーにドラッグアンドドロップしてから、そのフォルダーに git am するとうまくいくと思いましたが、これを行うと、Outlook はメッセージを .eml ではなく .msg として保存します。そして、彼らは改宗する方法ではないようです。テキストファイルとして保存しようとしましたが、git amで「パッチに有効な電子メールアドレスがありません」またはgit applyで「末尾の空白」のいずれかが表示されます。Windowsの行末を削除することで空白の問題を解決できると思いますが、それはすべてハックのように思えます.商用チームの一員としてこれを行っているので、正しく動作させたいと思います.

-助けてくれてありがとう、クリス

を使用してパッチを適用しようとしましたgit am <my.patchが、失敗しました。

今、私はGit Bashでこれを取得しています:

私のプロンプトは次のように表示されていました：

失敗したパッチから何かが「残った」のですが、それを完全にキャンセルして元のプロンプトに戻るにはどうすればよいですか?

組織のパッチ ワークフローを形式化しようとしています。空白 (可能であればユーザーごとに同じにしたい)、EOF/EOL 文字などを気にしない内部プロジェクトがあります。Mac と Windows プラットフォームの両方で作業している開発者がいます。どちらの場所でも、Cygwin で git を使用しています。

ここで、core.autocrlf true がトリックを行うか、使用できることを読みました--keep-cr。しかし、ここで VonC はcore.autocrlffalseがより良い戦略であることを示唆しています。

私の質問は次のとおりです。

1. true を使用する場合と false を使用する場合 （私はgitにバグを与えたくないだけで、パッチはスムーズに適用する必要があります）。
2. --keep-cr導入されたのはいつ？私は git 1.7.2 を使用していますが、man ページにはこのオプションがありませんか?
3. パッチのワークフローをスムーズにするために使用する空白を無視するオプションは何ですか?

私は他の3人とツールを開発しています。通常、git のパッチを介してやり取りします。1. A が変更を行い、format-patch を使用してパッチを作成し、それをメール (outlook) に添付して送信します。2. B と C をダウンロードし、場所に置き、xam を使用して適用します。

私の質問は次のとおりです。

1. 私たちは何か悪いことをしていますか？(パッチを Outlook に明示的に添付してダウンロードする必要があるため)
2. この形式でパッチを前後に見ることができるツールまたは方法はありますか? そのため、git 自体からパッチ全体の会話を一度に取得できるため、conv 履歴の見通しを調べる必要はありません。

(小さなテスト リポジトリで)各コミット.patchのコマンドで生成された一連のファイルにリポジトリをエクスポートしgit format-patchてから、空のディレクトリで "git init" を使用し、続いてgit apply各パッチ ファイルのコマンドを使用してリポジトリを再構成しようとしました。うまくいきました --- 1 つだけ問題git amがありました -- パッチの ID タグを保存する代わりにリポジトリにパッチを適用すると、新しい ID タグが生成されます。これは、どのコミットが冗長で、どのコミットがそうでないかを判断するのが難しくなるため、後で問題になる可能性があります。

リポジトリのクローンを作成する通常の方法を使用しない理由についてgit cloneは、一般的に言えば、リポジトリのクローンを作成するために使用git cloneしますが、現時点では、それが可能かどうかを確認するための非常に具体的な理由があります。このように、ここで詳細を説明するには長すぎます (理由については、この質問の後半で言及するかもしれません) --- そして、これらの理由が長すぎるだけでなく、それらの最終的な詳細が、この質問の正解は。

.patchただし、この目的に使用するのに適切なファイル形式ではないと言われたら、私はそれを受け入れます。私がやりたい最も重要なことは次のとおりです。

1. リポジトリへの個々のコミットを個々のファイルに抽出し、リポジトリ履歴などでそれらのファイルの順序を知ることができます。

2. コミットの抽出されたバージョンに基づいてリポジトリを完全に再構成できる

3. 後で、作成すべきではなかったと私が特定したコミットを「非正規化」できるようにする (そして、リポジトリの履歴に保持することは、プロジェクトの履歴サイズに原因となる肥大化に値しない) ので、次のことができます。 「正規化されていない」コミットなしでリポジトリを再構成します。(ちなみに、側面 3 は、私がこれを実行できるようにしたい理由に大きく関係しています。)

私はシェル スクリプトを Java に移植しようとしています。これには、JGit API でほとんど見つけることができたいくつかの Git コマンドが含まれています。ただし、リモートまたはコマンドを見つけることができませんでした。これは、存在しないか、間違った場所を探しているためです。それらが存在しない場合、それらを使用する別の方法はありますか?

2 つの Git リポジトリがあります。

1. /li>
2. /li>

2 番目のリポジトリには、最初の Git リポジトリとまったく同じ構造のメールボックス フォルダーがあります。ワークフローの変更により、2 番目のリポジトリで作業する必要があり、作業中のブランチを新しいリポジトリに転送する必要があります。

私は最初のものでパッチを作成し（たとえば on file ）、パスapi/pom.xmlの下の2番目のものに適用しようとしました。/mailboxしたがって、私には 1 つの問題しかgit amありません。

ディレクトリオプションと-p1オプションを試しました。注：patch -p1仕事をしますが、すべてのブランチに適用するパッチが〜80あります：

安く済ませる方法はありますか？

実行するgit amと、上記のエラーが発生します。手で比較しても問題ありません。誰かがエラーの場所を教えてもらえますか?

.rej:

起源：

行末は UNIX です。

手動で実行しようとすると、git apply次のエラーが発生します。