26/02/09 13:23:14.14 tiXp1BFN.net
commit log が
commit C ←最新
commit B
commit A ←最古
であるとき
git rebase -i HEAD~~
すると
pick B
pick C
が出てきて fixup C にすると BとC が統合されて
commit B ←最新(Cも入ってる)
commit A ←最古
になるのですが
最初のABC全部ある状態で
git rebase -i HEAD~~~
だとpick Aが出るのかと思ったのですがエラーになります
またpick Bのところをfixup Bにしたときも
一番上をfixup出来ないというエラーになるっぽいのですが
AにBやCを全部fixupするにはどうすれば良いですか
119:デフォルトの名無しさん
26/02/11 13:14:45.91 npeLNKIM.net
>>118
ここはGitスレじゃなくてポスティングサービスのスレだよ
質問の答えは $ git rebase -i --root かな
reset --soft してからコミットしてもいい
120:デフォルトの名無しさん
26/02/12 07:59:41.74 7EU05KnB.net
github は相変わらずクソだね
121:デフォルトの名無しさん
26/02/12 12:06:54.62 qIV+HdBm.net
どこがダメなのか言わないと意味ないのが解らないか
122:デフォルトの名無しさん
26/02/12 14:30:46.01 LcAQHkY2.net
>>119
thx!!!
123:デフォルトの名無しさん
26/02/26 14:54:46.47 WFwBiQcW.net
GitHub Copilot CLIが、すべての有料プラン向けに一般提供（GA）を開始
URLﾘﾝｸ(github.blog)
124:デフォルトの名無しさん
26/03/26 21:10:35.50 AOig6MDo.net
「GitHub Copilot」個人ユーザーは要確認！ 拒否しないとAIの学習に利用されるように
「Copilot Free」「Copilot Pro」「Copilot Pro+」が対象
URLﾘﾝｸ(forest.watch.impress.co.jp)
125:デフォルトの名無しさん
26/04/28 15:08:40.99 ITkh4UbO.net
GitHub CopilotのUsage-Based Billing移行について
URLﾘﾝｸ(github.blog)
TL;DR：本日、すべてのGitHub Copilotプランが2026年6月1日より従量課金制（Usage-Based Billing）へ移行することを発表します。
126:デフォルトの名無しさん
26/05/07 03:52:00.98 jNkrDkvA.net
GitHubで今年インシデントなかった日たった6日だとさ
URLﾘﾝｸ(www.dayswithoutgithubincident.com)
127:デフォルトの名無しさん
26/05/10 14:45:52.78 CjOZrzZY.net
ここまでForgejo/Codeberg無し
128:デフォルトの名無しさん
26/05/18 00:54:36.20 GC0neTXf.net
SkypeはMicrosoftに買収されてからおかしくなっていったがGitHubも同じ運命を辿るか？
129:デフォルトの名無しさん
26/05/25 18:16:26.92 VveQRysU.net
現在githubバグ中
130:デフォルトの名無しさん
26/05/26 15:29:39.56 5ggX1j8/.net
強制ログアウトさせられてた
まんどくせ
131:デフォルトの名無しさん
26/05/27 05:21:47.44 OTixf6b6.net
Github障害多すぎやーーー
132:デフォルトの名無しさん
26/05/27 14:58:45.00 WCS5U2KA.net
git自体はlocalで作業続けられるから問題無いけど
Rustのcrates.ioはgithub依存なのがうざいな
133:デフォルトの名無しさん
26/06/02 16:48:11.13 AAxTzk5H.net
Gitについて初歩的な質問です。
コンフリクトというのがあります。
Gitの入門書に
「同じ箇所を異なる内容に書き換えている場合も発生します。
このように、編集内容が競合することをコンフリクトといいます。」
と書かれています。
これが問題なのは分かります。
私が疑問に思っているのは以下のような状況です：
私があるファイルを書き換えた。
その書き換えはそのファイルの A という箇所に依存している。
他の人が私が編集しているのと同じファイルを書き換えた。
その人が書き換えた箇所はそのファイルの A という箇所だった。
この場合、コンフリクトとは言わないようですが、マージしたときに
問題が発生すると思います。
このような状況にはどう対処するのでしょうか？
Gitの入門書にこのような状況にどう対処するのかが書かれていないのが不思議です。
134:デフォルトの名無しさん
26/06/02 17:23:05.05 2xufgWi5.net
マージするときにテストして問題が発生したら「rebaseしろゴルァ」って差し戻す
135:デフォルトの名無しさん
26/06/02 18:34:18.75 AAxTzk5H.net
>>134
ありがとうございました。
結局、原始的な方法しかないということですね。
Gitは複数人が同時に編集するときに使うソフトウェアと聞いたときにすぐに
>>133
のような問題はどうするんだろうと思いましたが、Gitの入門書にはこれについて全く触れられていなくて不自然に感じました。
136:デフォルトの名無しさん
26/06/02 21:45:17.14 alweKcKs.net
forkしろ
mergeは最後
137:デフォルトの名無しさん
26/06/02 21:45:53.16 alweKcKs.net
forkは言い過ぎか
最低限branchで
138:デフォルトの名無しさん
26/06/28 20:50:58.69 3B9WRjGq.net
>>133
重要なのはAの部品ぽいので自分の成果をworktreeして、最終的なmergeに備える