[過去ﾛｸﾞ]
Git 18 (1002ﾚｽ)
Git 18 http://mevius.5ch.net/test/read.cgi/tech/1650651945/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
773: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 14:35:27.11 ID:AHw2USmo0 >>771 > index stageなかったら複数ファイルの変更を一度にcommitできないじゃん。 いや普通に出来るよ。曖昧だったが、俺は git add -u; git commit -m "message"; で使ってる。 以降はワークフローの話だからどちらが正しいとかいう事ではないが、 > コミット粒度の問題から、全部の変更をcommitしたいわけでもないし。 これは若干邪道というか基本的に全部commitするものだろうし、commitしてから前に進めばいいだけで、 > どのcommitを取ってきてもちゃんと動く状態にするのが普通だから これは俺の場合はちょっと違ってて、動かないのもcommitしてるしそれでいいと思ってるんだよ。 master/developブランチでは全部動くべきだけど、 featureでは途中のは動く必要ないし、動くようになったらdevelopにマージして消滅するんだろ？ なら特に問題ない気がする。 途中経過を記録してないことの方が問題で、記録しすぎてたら出力から間引けばいいだろ、というノリ。 だからdiffが画面１枚に収まらないようならcommitする感じ。 実際はbanchを使うのはこれからで、git flow を真似して上記のようにするつもりだが、何かまずいかな？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/773
775: デフォルトの名無しさん (ﾜｯﾁｮｲ 7997-uk66) [] 2022/11/03(木) 14:46:46.91 ID:9oLRzF140 >>773 そりゃgitの設計思想で想定されたコミットの仕方をしていないからindex stageがいらないと感じるだけでしょ。 大多数は設計思想通りに使っているので、index stageが必要だと理解していると思うよ。 だから、「どう使うために設計された」かと聞かれれば、gitの思想通りにコミット粒度を適度に保つためだとしか言いようがない。 「俺は違うから俺はいらない」はそれはそうだろうが、だから何？って話になる。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/775
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.052s