実務でどんな git コマンドを使っているか振り返ってみる - Qiita

gitコマンドって実務でどう使うんだろう？ 独学の git コマンドを実務で使いまくり、最近やっとうまく運用できているように感じます。 そのうえで、git コマンドを勉強し始めた頃、「コマンドの説明はいっぱいあるけど、実務でどうコマンドを使うんだろう？」 と感じていたのを思い出しました。 そんな想いから、よく使う git コマンドを実務テイストで振り返ってみました。 本記事に書いていないもの 実務では使うのですが、諸事情により以下は省いています。 submodule 本当はこの記事に含めようかと思ったのですが、長くなりすぎてしまったので、需要がありそうだったら次回作に書こうかと思います。 プルリク コマンドの説明をしたいため、省きます。 Git Flow やら GitHub Flow やらの Flow 系の考え 説明がややこしくなってしまうので省きます。 developブランチ、maste

[shinagaki]

え、ローカルならrebaseでいいでしょ

[sigwyg]

めっちゃrebase使ってるなー。心配になってしまう。俺はpushしたブランチはしないようにしてるけど

[ludwig125]

批判したいだけの人はどっかいってほしい。rebaseが大事な時もある。知らなかったオプション知れて嬉しい

[asiamoth]

Pycharmで個人開発をしているからGitは ほぼ無意識・セーブ感覚で利用している。──が、チーム開発の実務は こんなに複雑になるのか……。一生引きこもっていられるように頑張ろう。

[newnakashima]

コミットログがきれいになるからrebaseが良いっていう人もいるしrebaseだとコミットID変わるからmergeで統一しようという人もよくいる。rebaseだとだめなケースも確かあったはずだけど思い出せない

[n314]

グラフを一直線にするために手間暇かける派のチームは嫌だな…。

[marmot1123]

1人開発だし別に大丈夫だろと思ってpush直後にamendしてよく分からないマージが大量発生して良く分からんってなったことが昔ある。若かったな……

[aw91]

わかりやすいー

[zkangaroo]

リビジョングラフがいくつも分岐して、まただんだん収束していくと、何かチームで総力戦で戦ってる感じがして楽しいじゃん。

[marshi]

rebase普通に使うなー。コミットきれいにするときとか

[zoe302]

すごいまとまってる。新卒研修に使えそうなレベル

[koogawa]

ブコメでrebase論争が巻き起こってる

[diveintounlimit]

うーん、rebase自体はよくやるけど、この使い方はちょっと真似して欲しくないかなぁ…他人が絡むところでのrebaseはマズい。

[hatakazu93]

技術

[iTaro]

作業 branch 作成、空 commit & push して WIP をつけた PR 作成、実装（commit * n） 、fetch して最新取得まで GUI 操作。rebase（-i）したうえで push（--force-with-lease）をコマンドラインで実行。PR の WIP を外して、問題なければ merge する

[Chisei]

自分が作ったブランチかつレビュー前なら割と rebase する。レビュー中なら控える。

[yarumato]

“リーダーからA君に開発指示がありました。”

[ksugimori]

git 使い始めて半年ぐらいのおじさんだけど良い復習になった。/ 記事内の rebase は全部 push する前だと思うんだけど嫌がる人もいるのか。

[kashisan]

“実務でどんな git コマンドを使っているか振り返ってみる”

[threeMonths]

fetchのpオプションは使ってなかった

[maho53huji]

コマンド何使ってたかな

[sd-craft]

不具合発生したならしたでそのまま歴史に残すべきではと思うけどまあ例え話だもんね。参考になりました。

[nakag0711]

しかし皆コマンドラインでやってるものなの？

[nyan-nyan-nekoga-one]

リベースしたら、強制push git push -fが必要だね。コミットが複数になることがあるのでインタラクティブリベースで、1つにしてからマージしたいね

[Dolphin7473]

複数人でやってるプロジェクトにgit導入するときのとっかかりとして良さそうな記事