問題タブ [git-track]

Git には、ある種の「一度無視する」機能がありますか?

今回だけ git にファイルへの変更を無視させたいのですが、可能ですか?

変数を含む追跡ファイルがあり、変更したい:

あまりにも「偽」であり、

• ファイルをステージングするときにファイルを表示したくないので、「すべてステージング」を実行できます。
• また、ファイルには変更と追跡が必要な他の変数が含まれているため、ファイルを .gitignore に追加したくありません。
• 私は Debug: 'false' をプッシュしたくありません。これは、他の人が Debug: 'true' を追跡せずに使用したいという反対の問題を抱えているからです。

これは可能ですか？

私は知っています：

しかし、私がそれを正しく理解していれば、 --no-assume-unchanged フラグを使用して追跡を開始するまで、変更を追跡しません。

最初に --assume-unchanged を使用してから変更を行い、次に --no-assume-unchanged を使用して追跡をバイパスできますか?

git fetch -p以前は、いくつかの git 配管コマンド¹ を指定してブランチを自動的に[gone]削除し、パターンを照合してから一致したブランチを削除していました。

私が使用しているリポジトリの中には、プル リクエストのスカッシュを強制するものがあるため、マージされたコミットがローカルで作成されることはなく、新しいコミットのコンテンツとローカル ブランチのコンテンツをリンクする方法がありません。

しばらく前に に切り替えましたがpush.default current、この機能はpush.default upstreamまたはよりも優れていsimpleます。

数日後、すべてのブランチが削除されていないことに気付きました。これは、プッシュ時にアップストリームが「推測」されますが、決して設定されないという事実に由来します。

ブランチのアップストリームを (--set-upstream-to を介して) 手動で設定すると、トリム スクリプトが再び機能することがわかります。しかし、それはcurrentに設定された push.default を使用する目的に反します。

実際に入力せずに、そのアップストリーム設定をプッシュ先ブランチに自動化する方法はありますか?

実際に pre-push フックをプラグインするテストを行いましたが、ブランチが存在しない場合、set-upstream は機能しません。プッシュ後のフックは存在しません。

実際、私の最終的な目標は、マージされて押しつぶされたブランチを削除することですが、それを確認するためにリモートがなくなったかどうかを確認するより良い候補はありません。私は歴史の書き換えの保証を持っていないので

_{1:git for-each-ref --format '%(upstream:track) %(refname)' refs/heads | awk ' $1 == "[gone]" { sub("refs/heads/", "", $2) ; print $2 }'}