gitで文字列検索、git grepとgit log -Sがとっても便利 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
このエラー誰が出したんだ？という時に役立つGitコマンド「git blameとgit log -S」 - Qiita
概要 チーム開発をしていると、身に覚えのないサーバエラーに遭遇する時はよくあります。 そんな時は、エラーの原因（というよりエラーを出した人）を探る必要が有るので、その時に役立つコマンドをお教えします。 git blame path/to/erroFile エラーを出したファイルと、エラーの原因となっているメソッドや変数等の追加文字列（以下、キーワードと呼びます）が分かっている場合は、 git blameコマンドを使用します。 このコマンドを使用する事で、該当ファイルの各行の最終更新者が分かります。 ※ intellij等のIDEを使っている場合は該当ファイルを開き「右クリック>Git>Annotate」で表示可能です。 ※ GitHub等で対象ファイルを開いてBLAMEボタンをおしても同様の結果が得られます。 git log -S erroKeyWord エラーキーワードが分かっている場合
Gitマージの基本 マージ・競合・競合解決・マージしなおし - Qiita
# topic1,topic2のブランチがmasterにないコミットを含んでいる事を確認 $ git show-branch * [master] a ! [topic1] b ! [topic2] c --- + [topic2] c + [topic1] b *++ [master] a # マージ実行 $ git merge topic1 topic2 Fast-forwarding to: topic1 Trying simple merge with topic2 Merge made by the 'octopus' strategy. b | 1 + c | 1 + 2 files changed, 2 insertions(+) create mode 100644 b create mode 100644 c # マージ後にブランチの状態を確認すると、topic1,2の変
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
