問題タブ [git-blame]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
546 参照

git - git: 特定のコミット以降に *変更されていない* 行数?

変更を見つける (または統計を変更する) ための優れたコマンド ライン fu を使用した回答はたくさんありますが、その反対を見つけたいと思います:特定のコミット以降、(ファイルごとに) 何行変更されていませんか?

私が見つけることができる最も近いものはこれです:コミット以降に変更されていないファイルを見つける方法は? しかし、どのファイルではなく、何行(理想的には各ファイル内)が変更されずに残っているかを知りたいです。

したがって、基本的には、挿入と削除に加えて、変更されていない行をgit diff --stat 出力できますか?

別の方法として、git ls-files、git Blame、およびいくつかの awk マジックがそのトリックを実行する可能性があると想像しますが、まだ完全には理解できていません。-- たとえば、最後の変更のコミット番号で各行にラベルを付けるのではなく、この変更が特定のコミットの前または後に発生したかどうかを示すために git-blame を取得できますか? grep と wc -l を併用すると、そこにたどり着きます。

0 投票する
3 に答える
3280 参照

visual-studio - VS 2015 で特定のコード行の以前のバージョンを非難する方法は?

Git 統合で Visual Studio 2015 を使用しています。私が達成しようとしているのは、特定のコード行の履歴に戻ることです。

ソース管理>注釈があることは知っています。しかし、私は最新の変更しか見ることができません。次に、注釈ガターの行を右クリックして、「このバージョンに注釈を付ける」と言うと、その特定の行の最新の変更が表示されます。しかし、そこから、その行の履歴に戻るにはどうすればよいでしょうか? 「このバージョンに注釈を付ける」はグレーアウトされています...

0 投票する
1 に答える
2610 参照

git - 現在のブランチに存在しないファイルの git Blame

branch_A には存在するが、branch_B には存在しないファイルがあります。

走りたい

ただし、git はローカルにファイルがないことを訴えます。これは正しいですが、branch_A に関連して責任を負いたいという事実を無視しています。チェックアウトされたブランチではなく、目的のブランチに関連するファイルの存在を確認するために git Blame を期待します。

ブランチ B でこれを実行すると、git Blame をだましてやりたいことができます。

これを行う簡単な方法はありますか?

0 投票する
0 に答える
2778 参照

sonarqube - SonarQube スキャナー実行中の Blame エラー

私は sonarqube-6.0 を使用しており、サンプル例を使用して sonar-scanner で実行しようとしました

sonar-scannerでプロジェクトを実行すると、エラーが発生します

sonar-scanner 構成のファイル Conf は vi sonar-scanner.properties です。

#

コマンド ./sonar-scanner を実行すると、これらは頻繁に発生するエラーです

0 投票する
0 に答える
241 参照

git - IntelliJ は Git 注釈付きファイルを表示します

Git で注釈が付けられたファイルのリストを表示する方法/ウィンドウはありますか?

どうやら、特定のコーディング セッションからエディターを閉じるときに機能をオフにするのを忘れていたため、プロジェクト エクスプローラーのモジュール名の前に注釈アイコンが表示されています。

0 投票する
1 に答える
82 参照

git - Git のせい -L バグ?

単一の git 呼び出しで連続していない行の行情報を取得するために、複数の -L オプションを指定して git Blame -L を実行しています。

私はこの呼び出しを信じていました:

別々に行われたこれら 2 つの呼び出しと同等である必要があります。

ただし、複数の -L オプションを使用すると、38 行目と 40 行目ではなく、実際には 38 行目と 39 行目が返されるという 1 つのケースに遭遇しました。

-L40,40 が 1 つしかない場合、git は実際には 40 行目を正しく返します。

-L が実際にどのように機能するかについて私が見逃しているものはありますか、それとも git のバグですか?

git バージョン 2.7.0.windows.1 と 2.11.0.windows.1 の両方を使用してみました。