[過去ﾛｸﾞ] Git 17 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
812(5): 804 [sage] 2021/12/09(木) 09:39:57.87 ID:rmYbkO4s(1) AAS
どうも>>804です。プッシュはしてませんのでアメンドないしリセットとしてやり直すことは
可能です（よね?）
なんというか、作業方法なども含めてキレイ&楽にやる方法はどんな感じかなと。
例えばそもそも論だと、最初からこういう場合に備えてコミットを関数1個毎とか細かくしておく?
アメンドないしリセットしてやり直す場合も、どうやって変更を用意しようかなと... もう一回
同じ変更を入力したくはないし危険... とかなんとか。
813: デフォルトの名無しさん [sage] 2021/12/09(木) 10:00:49.33 ID:z12/cdNE(1) AAS
>>812
だから何をしたいのかはっきりしろ
pushしてないのは分かった
pushしてないローカルな履歴を改変したいのか？
pushしてないローカルな履歴に関数の修整を無効化するコミットを追加したいのか？
814: デフォルトの名無しさん [sage] 2021/12/09(木) 10:05:24.50 ID:Dni9SPWj(2/3) AAS
>>812
変更の用意はrevert -nとreset -pでいいだろ
この2つを使えば自分でコードを入力する必要は無い
815: デフォルトの名無しさん [sage] 2021/12/09(木) 11:35:29.86 ID:nPf7xXRe(3/5) AAS
>>812
だから>>806だって
rebaseで過去の歴史の途中に戻って
そこでコミットを分けるなりして
再び歴史を再生する
822: デフォルトの名無しさん [sage] 2021/12/09(木) 15:28:07.01 ID:1oFDwxyl(1) AAS
>>812
そもそも論の部分に回答すると、意思決定の基本は発生率とコストを掛け合わせた期待値次第
いちいち細分化しすぎてもYAGNIの法則で言われるような無駄が多くなるだけ
でも後から部分的に採用する可能性もそれなりにあるのであれば分けてコミットしておくことでコストを抑えられる可能性が増す
823: デフォルトの名無しさん [sage] 2021/12/09(木) 18:55:14.96 ID:lg/9Dj4Y(1) AAS
>>812
そもそも論で言うなら、追加・修正する機能ごとにブランチを切って、完成したブランチを別々にコミットすればいい。gitはブランチが軽量という強みもあるし。
機能をマージするときにコンフリクトを修正する面倒くささはあるけど、見通しは良くなる。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.049s