問題タブ [commit-message]
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.
git - Git では、開発中に次のコミット メッセージを段階的に記述できますか?
私はGitが初めてです。開発中にコミットメッセージを段階的に作成することは可能ですか? コミット中またはコミット中にすべての変更を頻繁に確認するのは非常に疲れているためです。ここに質問が集まっていたらごめんなさい:)
git - コミットメッセージのタイプとして「chore」を使用するのはいつですか?
セマンティックバージョン管理コミットメッセージchore
での使用は何ですか? 偉業や修正などの他のタイプは明らかですが、「雑用」をいつ使用するかはわかりません。
誰かがその使用例をいくつか提供できますか?
関連しないかもしれない別の質問: のようなファイルを変更するためのコミットのメッセージの適切なタイプは何.gitignore
ですか?
github - コミット メッセージにプロファイル名ではなく GitHub ユーザー名を使用する
GitHub アカウントのユーザー名は例えば mojombo で、プロファイル名は Tom Preston-Werner です: https://github.com/mojombo
GitHub にコミット メッセージのプロファイル名ではなくユーザー名を使用させる方法はありますか?
git - 命令で書かれた git commit メッセージの場合、まだ行われていないことをどのように明確にしますか? 「ハッシュを追加しない」または「ハッシュを追加しない/追加しない」?
git commit メッセージがどのように書かれるべきかについて、私はまだ完全に明確ではありません。
私は基本的なルールを知っていますが、これは私を混乱させました。私の実践プロジェクトでは、ログイン システムとユーザー サインアップを作成しましたが、データベースに安全なパスワード ストレージをまだ実装していませんでした。それらはまだソニースタイルのプレーンテキストで保存されていました。コミットメッセージでそれを書き留めたかったのですが、命令でそれをどのように表現するかについて奇妙な困惑に陥っていました。
何かご意見は?
個人的には、これはコミットに含まれていないもののステートメントであっても、コミットメッセージに含める必要があると思います.変化に目を向けます。
git - すべてのコミット メッセージの電子メール アドレスを置き換える
最近、誤って msysgit のサインオフ機能を使用して、間違った電子メール アドレスで複数のコミットに署名していたことに気付きました。残念ながら、私はすでにコミットを GitHub リポジトリにプッシュしています。
すべてのコミット メッセージから間違った電子メール アドレスを削除する (または少なくとも置き換える) 方法はありますか? 間違ったメールの痕跡を一切残さない方がいいです。
.git ディレクトリとそのサブディレクトリ内のすべてのファイルに出現するすべての電子メール アドレスを置き換えようとし、.git を使用して変更をプッシュしましたgit push --force --tags origin 'refs/heads/*'
が、うまくいかないようでした。
注:私は GitHub リポジトリの所有者です。現在はプライベート プロジェクトです。誰もそれに取り組んでいません。
git - Jenkins gitコミットメッセージから特定のシェルコマンドを実行する方法
ビルド後に実行する 3 つのテスト コマンドがありますが、git コミット メッセージのキーワードに基づいてこれらのコマンドを実行したいと考えています。
git - gitオブジェクトデータベースですべてのgitログメッセージを見つけるにはどうすればよいですか?
git cat-file を使用すると、キー値ストア内のオブジェクトを確認できますが、関心があるのはログ メッセージだけです。それらを除外するにはどうすればよいですか?
git - "Merged in" は、bitbucket または git によって作成されたコミット メッセージですか?
スタイル ガイドの「Git コミット メッセージの書き方」セクション5. 件名に命令型のムードを使用する には、git 自体が命令型のムードを使用していると記載されています。
この命令は少し失礼に聞こえるかもしれません。そのため、あまり使用しません。しかし、git commit の件名には最適です。この理由の 1 つは、git 自体が、ユーザーに代わってコミットを作成するたびに命令を使用することです。
たとえば、git merge を使用したときに作成されるデフォルトのメッセージは次のとおりです。
Merge branch 'myfeature'
git revert を使用する場合:
Revert "Add the thing with the stuff"
This reverts commit cc87791524aedd593cff5a74532befe7ab69ce9d.
または、GitHub プル リクエストの [マージ] ボタンをクリックすると、次のようになります。
Merge pull request #123 from someuser/somebranch
ただし、bitbucket の git リポジトリでは、次のような気配に遭遇します。
機能/123 にマージ (プル リクエスト #1234)
これは、git ではなく bitbucket によって作成されたメッセージですか?