[過去ﾛｸﾞ]
Git 17 (1002ﾚｽ)
Git 17 http://mevius.5ch.net/test/read.cgi/tech/1599016710/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
645: デフォルトの名無しさん [sage] 2021/04/24(土) 07:12:17.73 ID:lum8vFBO > コミットの単位が適切であれば…苦労することはない、の部分が理由としては弱い気がするので。 「コミットの単位が適切であれば苦労することはない」は理由じゃなくて事実 逆マージってログを見ないでしょ？ 残っていればOK。あとから頑張れるはず（希望。実際には頑張ったことはない） 見ないログはなんの役にも立たないし汚いログも見れないのでこれも役に立たない >feature実装と解消を分けて考えられるので、 分けて考えてる時点でダメじゃん リベースしてしまえば、実装だけしか考えなくて良くなる バグが見つかった時、実装と解消の２つがあれば 実装のバグかも知れないし解消のバグかも知れない。 バグの可能性が２つに増えてしまっている リベースしてしまえばそれがなくなる > あ、適切という言葉に客観性がほしいという意味です。 いきあたりばったりで作業するなということ どうせ、こう修正した、気分が変わってやり直した、レビューの指摘があったから変えた バグが見つかって対応した。って同じ箇所を何度も修正したのがコミットに残ってるんでしょ？ このコミットをあとから見て役に立つとでも思ってんの？ 一連のブランチである箇所のコードを修正しているコミットを一つに保つように 随時リベースしていれば何も困らない。masterが更新されるたびにリベースしていれば 何も困らない。コンフリクトがほぼ発生しない。それが適切ということ http://mevius.5ch.net/test/read.cgi/tech/1599016710/645
647: デフォルトの名無しさん [sage] 2021/04/24(土) 10:31:26.53 ID:Q6OLD2jb >>642のおっしゃる通り友人の言うことがよく理解できてなかったんですが>>645でおおよそしっくり来ました その上でもやはり、あるfeatureリリースによって別の機能がデグっていることが判明した場合などにおいて、逆マージコミットが残っていた方がよいのではないかと思いました コンフリクト解消にてうっかり失敗したのか、新機能実装において意図を持って変えたのかが明確になるからです >>646の仰るとおり複雑なコンフリクトであれば逆マージにしてそれ以外はリベースすると言うのが個人的な結論になりそうです http://mevius.5ch.net/test/read.cgi/tech/1599016710/647
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.038s