危なくないgitこと、うちのチームのgit戦略草案(ver. 2)

テクノロジーカテゴリーの変更を依頼記事元:

blog.wktk.co.jp

459 usersがブックマークコメント

コメント

40

記事へのコメント40件

注目コメント
新着コメント

a666666 pull req を 1 commit にまとめるって、 Files Changed タブの存在を知らないのだろうか... / 全体的に、厳密なルールで未熟なチームメイトのミスを未然に防ごうという発想に違和感がある。実地で失敗させて練度上げるべきでしょ

2012/11/16 リンク

kazuhooku 概ね同意だけど「pull requestは基本1つのコミットから成るように」は反対。レビューする際にまとめて見たければdiff masterするし、特に既存コードの修正を含むようなpullreqだと、修正それぞれの説明がcommit logにないとヤダ

2012/11/16 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

危なくないgitこと、うちのチームのgit戦略草案(ver. 2)

履歴恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィード... 履歴恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常

ブックマークしたユーザー

techtech05212023/11/02
karahiyo2021/09/16
yappynoppy2019/08/23
ymm1x2016/10/14
uminchusp2016/09/05
aokabit2016/06/13
inudog112016/04/28
y-collin2016/04/21
lingling_yas2016/02/19
yojik2016/02/18
hikobae2015/08/18
jinlingren2015/02/05
nfunato2015/02/03
teppey2015/01/11
sendsage2014/10/26
saihoooooooo2014/06/13
itoken4172014/05/30
k12u2014/04/30

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx