じゃあSVN使えよ案件だな。自分しか触らないfeatureブランチなら同意。チーム開発したこと無いのか・・・? / “AdventCalendar - Git 作業における commit と push の頻度について -…” htn.to/83Syud #git
2014-12-05 02:42:24でもなあ、commit即pushなんて、Pull RequestやMerge RequestのWork In Progress運用でもしてない限り、そんなに嬉しみないと思うんだけど。DVCSの嬉しみを享受する気がなくてファッションでGit使ってるという印象を持った記事だった。
2014-12-05 02:49:23釣りだと思いたいけど、とりあえず初日がコレなばかりに「Git Advent Calendar 2014を電子書籍化しようぜ!」みたいな話は絶対に出てこないだろうということは分かる
2014-12-05 02:59:13@deflis PullReq前(rebase後)にどうしてもforce pushする羽目になる点で、まだ自分の中でもやもやしてますけどね。
2014-12-05 03:13:57@Nkzn チームメンバがWIPの状態でコミットしてくれないので進行状況もどこで詰まってるのかもわからなくて困ってたりします。でも完成するまでpushしたくないみたいで難しい…。
2014-12-05 03:18:38@deflis 分かります。PullReq時点でレビューすればいいじゃん、というのはOSS文化圏のみで許される考え方で、業務の中だとPR時点では遅すぎますよね。弊社でWIP採用したのはそういう「前提条件レベルでの勘違い」などを見つけるためで、メンバーにも納得してもらえました。
2014-12-05 03:22:19自分が仕事でWIPプルリクをよくやるのは、独断専行をやりがちでその暴走を止めてもらいたかったりするのが主な理由だったり。というか、そういう自分自身に恐怖を感じてるからでもあります。
2014-12-05 03:28:17基本GitHubに優しいスタイルに収束してきているのでsquashとかrebase -i とかpush -fとかは邪悪であると考えている。(途中のコミットに対して誰かがinline comment書いた時にそれらの操作をするとコメントが消し飛ぶ)
2014-12-05 03:05:11なので、masterにmergeする前にrebaseしたりもしない。男は黙ってpull request & mergeだ!
2014-12-05 03:06:37