[過去ﾛｸﾞ]
Git 17 (1002ﾚｽ)
Git 17 http://mevius.5ch.net/test/read.cgi/tech/1599016710/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
564: デフォルトの名無しさん [sage] 2021/03/04(木) 01:24:39.84 ID:jld/rbVo >>563 コミュニケーションとfeatureの規模の問題でないだろうか。 ・コミュニケーション： 一人はfeatureが固まるまではdevelopにマージしないのが普通と考えている。もう一人はdevelopが壊れてもいいから（そういうことでしょ？）マージしてほしい。 これは会話をしたり規約を決めて解決する問題だと思うね。 表面だけ見れば、個人的にはdevelopは壊したくないので同僚に一票。 理由としてはfeatureは担当者の私物に近いが、developは共有だ。参照されるライブラリを書いているような状況では、利用する機能を壊しかねない。他人に迷惑をかけるコードをマージしたくない考えには賛同できる。 文字通り（devへのマージでなくてfeatのまま）pushしてくれないということだとしたら、その必要性を伝えてみたらどうかな。 あなたが進捗を把握するためにpushしてほしいのか、レビューを先に細かくしておきたいからしてほしいのかは知らないけど。 あなたが熱心に説得しても、もし同僚が聞き入れないのであれば、それは柔軟性や協調性の問題であるから、上司に相談してみるといいかもね。（性格がPJに合わなかっただけなので、個人批判はしないこと） http://mevius.5ch.net/test/read.cgi/tech/1599016710/564
565: デフォルトの名無しさん [sage] 2021/03/04(木) 01:25:15.34 ID:jld/rbVo >>564 ・featの規模の問題： 頻度はわからないが、どかんとコードがpushされるというのは、featに切り出した問題が大きすぎるのではないか？ 開発方法が詳しくわからないが、アジャイル開発でやるようなプランニングポーカーでもやってみたらどう？ あなたが思っているよりも複雑で大きな機能なのかも。 レビューが大変なら、簡単になるようなサイズまで切り出してみたらいいんじゃないかな。 ・あとは考えたくないけど、能力不足： 担当者か、レビュアーの能力が足りていないために、苦労している。 担当者目線では難しい機能で、時間がかかってしまい、フェーズの終盤までかかってしまう。 レビュアー目線では、担当者のコードを読み解くことができず、平均以上に難しさを感じている。 http://mevius.5ch.net/test/read.cgi/tech/1599016710/565
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.051s