コミットメッセージのないGitコミット

コミットメッセージを指定せずに変更をコミットするにはどうすればよいですか？なぜデフォルトで必要なのですか？

意味のあるコミットメッセージを提供することは、優れた開発プラクティスと適切なリポジトリスチュワードシップの一部であるため、gitは通常、空でないメッセージを必要とします。コミットメッセージの最初の行は、git内のあらゆる場所で使用されます。詳細については、「Gitコミットメッセージに関する注意」をお読みください。

Terminal.appを開いcdてプロジェクトディレクトリに移動するとgit commit -am ''、空のコミットメッセージが許可されていないために失敗することがわかります。新しいバージョンのgitには
--allow-empty-messageコマンドライン引数があり、最新バージョンのXcodeに含まれているgitのバージョンが含まれます。これにより、このコマンドを使用して、空のメッセージでコミットを行うことができます。

git commit -a --allow-empty-message -m ''

--allow-empty-messageフラグの前に、commit-tree配管コマンドを使用する必要がありました。このコマンドの使用例は、Gitブックの「Raw Git」の章にあります。

そして、エイリアスを追加すると、さらに良いでしょう？

git config --global alias.nccommit 'commit -a --allow-empty-message -m ""'

これで、nccommitを実行します。コメントがないため、ncを実行し、すべてをコミットする必要があります。

重要なコードの更新に取り組むときに、中間セーフポイントが本当に必要な場合は、次のようにするだけです。

git commit -am'.'

以下：

git commit -am.

注：git1.8.3.2（2013年7月）以降、次のコマンド（上記でJeremy W Shermanが述べた）はエディターを開きません。

git commit --allow-empty-message -m ''

コミット25206778aac776fc6cc4887653fdae476c7a9b5aを参照してください。

-mgit commit オプションで空のメッセージを指定すると、エディターが起動します。
それは予想外であり、不必要です。
メッセージ文字列の長さを使用してユーザーが指定したかどうかを確認する代わりに、オプション-mが指定されているかどうかを直接覚えてください。

git 2.9（2016年6月）では、空のメッセージの動作が改善されています。

Adam Dinwoodie（）によるコミット178e814（2016年4月6日）を参照してください。Jeff King（）によるコミット27014cb（2016年4月7日）を 参照してください。^{（合併によりJunio C浜野- -で0709261コミット、2016年4月22日）を}me-and
peff
gitster

commit：空のメッセージを無視しないでください -m ''

• 「git commit --amend -m '' --allow-empty-message」は奇妙に見えますが、メッセージをまったく持たないようにコミットを修正する有効な要求です。
  の存在の誤検出のため-mコマンドライン誤って検出したため、ログメッセージを元のコミットから保持することになりました。
• 「git commit -m "$msg" -F file」は$msg空の文字列であるかどうかにかかわらず拒否される必要$msgがありますが、同じバグにより、が空の場合は拒否されませんでした。
• " git -c template=file -m "$msg"" $msgは空の場合でもテンプレートを無視する必要がありますが、無視せず、代わりにテンプレートファイルの内容を使用しました。

これを達成するためにgitは必要ありません。bash関数をクリエイティブに使用すれば、うまくうまくいくでしょう。メッセージを気にしない場合は、デフォルトのメッセージを設定して、忘れてください。

function gitcom() {
  git commit -m "my default commit message"
}

本当に冒険したい場合は、1つのコマンドで追加、コミット、プッシュできます。

function gitzap() {
  git add . && git commit -m "whatevs" && git push $1 $2
}

どちらを実行するか

gitzap origin master

さらに深くなり、parse_git_branchを使用してキーストロークをいくつか保存するか、「origin」と「master」の共通のデフォルトを設定することもできます。

Gitにはコメントを付けるためにコミットが必要です。それ以外の場合、Gitはコミットを受け入れません。

デフォルトのコミットメッセージとしてgitを使用してデフォルトのテンプレートを設定するか、gitで--allow-empty-messageフラグを検索できます。（100％確実ではありませんが）空のコミットメッセージを受け入れるようにgitを再構成できると思います（これは良いアイデアではありません）。通常、各コミットは、メッセージで説明される少しの作業である必要があります。

私は最も簡単な解決策を見つけました：

git commit -am'save'

以上で、git commitメッセージに関する問題を回避できます。

その称賛をbashやその他のものに保存して、さらにシンプルにすることもできます。

私たちのチームメンバーは常にこれらのメッセージを書き込みますが、ほとんどの人がそれらのメッセージを再び見ることはありません。

コミットメッセージは、少なくとも私たちのチームでは時間を無駄にするものなので、無視します。

私のプライベートプロジェクトに次の構成があります。

git config alias.auto 'commit -a -m "changes made from [device name]"'

そうすれば、急いでいるときに

git auto
git push

そして、少なくとも私はコミットがどのデバイスから行われたかを知っています。

コミットメッセージは、常に従うべきベストプラクティスです。あなたが唯一の開発者でなければ、それがすぐに変わることはありません。

git commit -a -m 'asdfasdfadsfsdf'