のえる DTP鯖管 @noellabo@dtp-mstdn.jp

git rebase は PR する時とか feature- ブランチとかで 1 コミットにまとめておきたい時くらいしかまだ使っていない（他の使い方を知らない

ブランチ名について：
upstream_master：本家をリモートリポジトリとして追加したもの
master：自分のリポジトリのmaster
crazynewworld：弊鯖の独自変更のブランチ

コマンド：
git checkout upstream_master
git pull
git pull --tags
git checkout master
git merge upstream_master
git push origin master
git push origin --tags
git checkout crazynewworld
git rebase master

ここでコンフリクトがあったら該当ファイルを修正して、
git add <修正したファイル名>
git rebase --continue

rebaseが通ったら、例によってbundle updateとかやーんとかmigrateとかprecompileとかリスタートとかやって、最後に

git push -f origin crazynewworld

github 上で指差し PR はやりますね……あれなんで最初は必ず本家向いちゃうの……

指差し git 割とやる
history 打って手順ちゃんとやったかの確認も

gitのrebase、よく理解してなくて歴史を改竄するときにしか使っていない。

pull -f的なやつ、コンフリクトでresetもなんかエラー出るみたいな時があって、別のブランチを作ってそっちに切り替えたあと、masterブランチを消して、originからmasterを取り直す。ということをしたことがある。

バージョンアップ追従の時は、current-foresdon から生やしたバージョンアップ用 branch に merge v2.8.2 とかして、1回テスト鯖をその branch でひととおり動かしてみてから、運用 branch に merge してますね♪

フォレスドンは運用ブランチ current-foresdon で運用してますね。バージョンアップ追従とか独自機能追加とかは、そっから branch 生やして自分で PR 投げて自分で merge 。

むしろmasterにコミットしていく猛者を

検索件数増やすとかそういう簡単な変更は直接 for-taruntarun にコミットしてある。そして後日探すの困ってる (
master マージ時にコンフリクトした箇所とか feature-◯◯ ブランチに反映していないものも多いので、そういうのも余裕ある時に反映させねばと思ってるけどなかなか。

エアリプ追跡にはブーストウォッチをどうぞ！
https://boostwatch.osa-p.net/

BT言及は、「何のBTに対する言及か」についてTheDeskではmax_idを用いたユーザーのタイムライン表示ができる

PR終わったらすぐ消してるからその発想が消えてる

あー機能ごとに最新とかタグに合わせてrebaseとかマージコミットすればその機能ブランチを最新に適用させ続けられるのか（青天の霹靂）（誇張表現）

notestockの公開ページにあるここのリンクを開くと、その付近が開くようになっていて話の流れが分かりやすくなってるんですよー。後者のリンクは、以下のgreasemonkeyスクリプトで。 https://github.com/osapon/mastodon2notestock

自分はmasterは本家と全く同じにしてて、本家更新のたびに、弊鯖での変更を加えたブランチから全力でrebaseして、そのブランチを本番で使ってるんですけど、こういうやり方は大した独自変更も加えてないからできるんでしょうね

gitについて話すの、AをBにどうするかって文を作るときに、何を主語にして何を目的語にすればいいか迷うから難しい