Git 20

2025/12/01(月) 22:00:34.57

>>586
マージはコミットの一種なので、言葉通りに解釈するなら不可能
お前が何故そんなことをしたいのか、目的を教えてくれたら適切なアドバイスができる可能性はある

2025/12/02(火) 00:28:36.40

多分無能やろな

2025/12/02(火) 02:17:51.61

>>586
変更したファイル(仮にA.txt)を別名ファイル(仮にA_20251202編集中.txt)でどこかに移動
git checkoutで変更前に戻す
ソースコードをGitHubから落とす
WinMergeでA.txtとA_20251202編集中.txtを比較して手動で変更点を取り込む

素晴らしい
誰にでもできる

2025/12/02(火) 06:13:08.87

>>589
そんな古いやり方はけしからん！
git checkoutではなくgit restoreを使う
これで完璧だろ♪

2025/12/02(火) 06:52:09.73

>>587
目的は、
余計なコミットを増やしたくないので

2025/12/02(火) 06:52:37.60

>>589
まあ、
これは原始的なやり方ですね…

2025/12/02(火) 06:53:49.44

>>590
まあ、
結果としては同じでしょ？

2025/12/02(火) 06:55:06.22

>>589
↑
これを素早くやりたい
ファイルが100個とかある場合

2025/12/02(火) 07:36:35.04

>>594
git pull —rebase

2025/12/02(火) 08:00:27.10

一回コミットを作成してコピーを取ってコミットを消せばいいんじゃないの？
別ブランチにしとけば良いだけなのに、何ためにコミットを残したくないのかわからないけど、コミットなんて自由に消せるだろ

リポジトリに一切変更を入れたくないのなら git diff で差分を取り出して patch コマンドとかもできるけど、git 使う意味は？

2025/12/02(火) 09:06:25.08

「commit履歴は残したくないので…」
理由は？
「余計なコミットを増やしたくないので」
まともな会話に期待する方が無理じゃね？
ネタだろ
マージコミットを潰しリーダーがあとでレビューとコンフリクトで苦しみ、権利関係のあやしいコミットをこっそり取り込んで上司が青くなる

2025/12/02(火) 09:32:54.59

手元の作業中のブランチに対して上流からのマージコミットを残したくないという意味なら、普通にあるrebaseのユースケースでしょ
1コマンドでやりたいなら>>595で終わり

2025/12/02(火) 12:06:56.01

>>598
用語の問題なの？
rebase でもコミットは残るだろ

merge commit じゃなければ残っても良いの？
branch 切ってそっちに commit 残すのは駄目なの？

2025/12/02(火) 12:36:20.96

履歴残したくないって、gitが非同期分散ってのわかってないんじゃねーの？

2025/12/02(火) 16:52:38.92

後できれいに履歴を簡単に齟齬なく編集できればこんなに悩むこともないんだけどねぇ

2025/12/02(火) 17:33:10.55

Gitにコミットしてはいけないファイル（例えば password.txt）をコミットしてしまいました
すべての履歴から完全に削除する方法を教えてください！

2025/12/02(火) 17:49:58.41

git rebase -iでがんばれ

2025/12/02(火) 20:13:02.23

>>595
git pull —rebase
↑
やってみたけど、エラーが出ました…

2025/12/02(火) 20:13:50.78

>>599

rebaseでも履歴は残りますね…

2025/12/02(火) 20:15:37.22

>>596
↑
結果としてはこれかな

チーム開発なので、余計な履歴は残したくないという意図です…

2025/12/02(火) 20:18:31.25

>>606
pushしてpullリクエストしてる間に、ローカルで色々実装して、
リモートではその一時ブランチがマージされたけど、それをローカルに落とせない感じです…

2025/12/02(火) 23:40:44.84

>>607
ローカルの変更はコミット前ということなら
git stash って知ってる？

例えば
git stash
git pull
git stash pop
ってやれば良いだけの話だったりしない？

2025/12/03(水) 01:46:06.58

履歴残さない方がいいってどんだけクソ開発チームだよ
愚かすぎるわ

2025/12/03(水) 01:54:14.66

>>602
それはもうPCを破壊するしかありませんね！

2025/12/03(水) 04:59:41.43

>>606
こんだけわかってない人がチームに居るとか気の毒だな

2025/12/03(水) 11:44:52.15

>>608 が正解
は置いといて
>>602 は
push する前なら commit --amend するだけ
push してしまってから気付いたのが push 直後なら速やかに commit --amend して push -f
気付くのが遅れたらアキラメロン

2025/12/03(水) 20:30:47.60

>>608
それかもしれません
それでソースコードがマージされる？
試してみます

ありがとう

あと、--autostash　ってのがありますね…

2025/12/03(水) 21:15:29.61

アホにアホな使い方教えるの犯罪だろ

2025/12/04(木) 00:19:41.31

GitHubに「stashしてmerge」ボタンあるでしょ？
PRでレビューでガンガンに修正push/commitしても最終的には綺麗にできる

2025/12/04(木) 06:41:15.57

>>615
確認してみます…

現在は、主にPRを出す側です
WIndowsかLinuxで…

2025/12/10(水) 13:54:42.18

gitできない奴はチームに入れないって結構有効というか、絶妙に難易度が高くて足切りとしていいツールだよね
ライナスもそのあたり狙ってたりしてw

2025/12/10(水) 14:39:08.59

最近はGit操作はもうAI任せだなあ
Gitマウンティングはもう無理や

2025/12/10(水) 20:23:38.06

>>608
stash便利ですね

ありがとう