ポエム/GitとGithubについて(by taea)
元ネタ: 生存戦略の話 · Issue #51 · ppworks/pplog > GitとGitHubについてGitとGitHubについて GitとGitHubのいい所は、コードレビューがはかどるとか色々あるのですが、一番の本質は「意思決定プロセスの民主化」であると思ってます。何かを変えようと思えば変えられる手段が、Gitのお陰でプレイヤー全員が手にすることができた。このことがスゴイ事だなと思ってます。 口頭やドキュメントでのコミュニケーションを介した、わずらわしくて敷居の高い合意形成を経ることなく、各プレイヤーが実際動くコードを書いてプルリクエストという改善提案をできる。 またそれが、色んな人の手や意見が入りいい感じでチームの合意ができたところでマージされる。 commitログを介して、各プレイヤーがコードに含めた意図を主張し、歴史に残すことができる このプロセスによって、デザインはコ
レビューしやすいPRの作り方 - 大きいPRを複数に分割する - - Qiita
こんにちは、freee でエンジニアをしている @nasa4w です。 この記事は freee Engineers Advent Calendar の10日目です。 今回は大きな機能を複数のPRに分割する話をします。 freeeでも絶賛模索中の取り組みなので現在進行形の話ですm(_ _)m まとめ - 今回作ったブランチとPR - 長くなってしまったので結論をさきに置いておきます。PRを複数に分割する場合のゴールはこんな感じ。 Why?（なぜこうしたか） こうすることで、常に work ブランチを使って動作確認ができる レビューする PR を２つに分割できる view の PR と logic の PR レビュー指摘の反映は、topic_view, topic_logic ブランチに commit すればOK work ブランチにはこの2つのブランチを merge しなおすだけでOK PR
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
