Git 20

2025/11/16(日) 09:33:15.00

ブランチやFork切ったやつを本流にPR通さず自動的にマージしたいってことかな。
答えは「できない以前に絶対にやるな」だけど。

2025/11/16(日) 10:11:35.18

Excelファイルで更新し合ってケンカになるタイプだろ

2025/11/16(日) 13:13:38.57

.xls .xlsm .xlsx は .gitignore すべし

2025/11/16(日) 13:48:39.22

>>556
puah は他リポジトリへのマージなので push 権限もってれば普通にできるが
何がしたいの？

2025/11/16(日) 13:54:18.17

git は色々柔軟な使い方ができるんだが
質問するやつも回答するやつ自分の使い方限定で詳細言わずにやり取りするせいで
何をしたいかさっぱり

2025/11/16(日) 20:37:45.50

質問してるやつも戻ってこないし本気で解決する気ないんだろ
ほっとけ

2025/11/17(月) 20:05:10.72

>>554
ローカルに変更がある場合、
それを一回commitしてから、pullするとマージされるんですかね？
そのへんがわかりませんでした…

2025/11/17(月) 21:28:52.94

疑うぐらいなら自分の手元で試したらいいだろカス

2025/11/18(火) 02:15:32.71

>>562
当然される。むしろそのためのコマンド
pull は remote のブランチを取ってきて local のブランチにマージするために使うのが基本
取ってくるだけなら fetch コマンドを使う

2025/11/18(火) 06:57:03.10

>>564
いや、そういう質問意図じゃなくて、
マージしたいけど、commitしないとマージできないんだなと…

ありがとう

2025/11/18(火) 08:50:56.32

>>565
用語を誤解してるのかな？
「マージ」というのはリポジトリのブランチに対して「新しいコミット」をつなげる作業なのでリポジトリに入れていないワーキングツリー上のみの変化は対象外
矛盾が出る場合は警告が出て失敗する

現在の変更作業中のものをコミットせずに pull したい場合にはいったん stash に退避して pull した後に stash pop でワーキングツリーに再反映させるのが基本

2025/11/18(火) 09:45:22.80

マジ卍

2025/11/18(火) 11:21:49.31

>>565
先にコミットしないといけない理由はプルで競合したりミスを後悔したり後から気づいたときに変更が混ざってうまく戻せなくて詰むから
わざわざコミットが必要なのかと感じたならその考えが古い
Gitのコミットはプッシュするまでは単なるセーブポイントみたいなものでしかないのでコミット後に切ったり貼ったり戻したり自在にコントロールできる
リスクのある面倒事はセーブしてからやろうねという親切設計

2025/11/18(火) 12:43:24.98

分かるんだけど聞きたかったのは多分そういうことじゃないと思うよw

**デフォルトの名無しさん** (ｽﾌｯ Sd22-A2v6) · 2025/11/19(水) 10:20:49.06

commit して push する前に merge すれば医院で内科医

2025/11/19(水) 14:59:07.00

mergeでcommitする5秒前

2025/11/20(木) 00:40:42.89

ステージング機能マジで有り難いな
及第点のコードを一旦ステージングで確保してからさらにcopilotに書いてもらって、壊れちゃったら破棄、みたいなことが何度もできる