問題タブ [gitk]

データベースのダンプを追跡するために新しいコミットを取得し続ける別のブランチがあり、それが master の最初のコミットからのブランチであるとします。

通常の手順で master の HEAD にマージできることはわかっています。

代わりに、ブランチ履歴を中間コミットにマージして、gitk の並列ブランチ ラインを最小限に抑えたいと考えました。

だから私はしようとしました：

それにもかかわらず、gitk で視覚化すると、マスター用、ダンプ ブランチ用、最後にこの新しい temp_branch 用の 3 つの長い行が表示されます。

これどうやってするの ？意味があることを願っています。

ありがとう。

git gui コマンドラインからレポのマスターブランチで gitk を起動する方法はありますか? 私はdoc を見ましたが、可能なと思われる唯一のことは、履歴を表示せずに、レポでブラウザを開くことです。

どんな手掛かり ？ありがとう

私が GitK を使用していると、ブランチに大量のコミットがあり、それらが私の作業の邪魔になることがあります。

必要なブランチを指定したり、除外したいブランチを指定したりできると便利です。

これは可能ですか？

プロジェクトでブランチとマージを視覚化するために ungit を使用しています。私はプログラミングの目的だけで git を使用するわけではなく、多くの分岐とマージがあります。現在、 git logとgitkからSource Treeまで、いくつかのアプリをテストしました。（この質問を確認してください）。

ただし、下のグラフのノードとブランチを簡単に調整およびカスタマイズできるかどうかを知りたい. 技術的には可能であることは知っていますが、CSS や js などには詳しくありません。しかし、この問題に対する直接的な解決策を提供してくれる限り、新しいツールを学びたいと思っています。ungit 開発者にリクエストを送信するオプションがありますが、事前に家庭でできる解決策を知りたいです。

git ツリーの例を次に示します。

ではgitk、コミットを検索するときに、「文字列の追加/削除」と「一致する行の変更」という同じように聞こえる2つのオプションがあります。

私はそれらの間にまだいくつかの違いがあると思いますか？

私は自分のコミットをアップストリームにプッシュする前にチェックするのが好きなので、コミットする前に常にgitk(ちょっとしたビジュアルが好きです) を実行します。ただし、最初にコードをコミットしてから gitk を実行する方がはるかに高速であることに気付きました。

もっとゆっくり：

1. [コミットされていない変更あり]
2. gitk
3. コミットされていない変更を確認する

かなり速い: (時間測定はしていませんが、数秒の遅れとは対照的に、瞬時のようです)

1. gitコミット
2. gitk
3. 最後のコミットを確認する
4. 必要に応じて元に戻すか修正します。

私の理解では、gitコミットを作成するときに基本的に差分を実行します。では、最後のコミットをコミットしてレビューするよりも、コミットされていないコードを比較するのに時間がかかるのはなぜでしょうか?

gitを使用しています。エクリプスを使用しています。一部のコミッターは、Eclipse を使用していない可能性があります。これが何が起こっているかです。

既存のファイル (properties/xml/java) に小さな変更を加えて保存し、コミットします。

gitk (スペースの変更を無視しない) と eclipse は、ファイル全体が変更されたと見なします。コミットは、ファイル全体が変更されたことを意味する @@ -1,354 +1,354 @@ を示しています。

空白を無視してコード変更の違いを確認すると、テキストの違いがわかります。しかし、空白の変更がこれを引き起こしているのかわかりません。

2 つのファイル間にある空白の違いを検出するにはどうすればよいですか? 改行文字、キャリッジ リターン、タブ、またはその他のものである可能性があります。

Git には、Git GUI と Gitk という 2 つの既定の UI ツールが付属しています (少なくとも Windows では)。

コミットを参照するとき、Gitk には「スペースの変更を無視する」というチェックボックスがあり、差分にスペースに関連しない変更のみが表示されます。

ただし、Git GUI は常に完全な差分を表示し、同等のチェックボックスはありません。

Git GUIにスペースの変更も無視させる方法はありますか?