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

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にどうするかって文を作るときに、何を主語にして何を目的語にすればいいか迷うから難しい

これ私もそうね。tagつくまでマージして、tagのタイミングで、rebase して改造の機能ごとに単品で最新版に対応させたコミットができるようにしている。

私の場合は master ブランチには直接コミットしない方針にしてる。
ここ用の for-taruntarun ブランチがあって、upstream の master を手元の master に pull して for-taruntarun にマージしてる。
機能としての改造は個別に feature-◯◯ ブランチを作って行い、for-taruntarun にマージ。

うちもそれですそれです

ちょいイジり鯖なので、タグでrebaseしてforce push連発だよ
歴史修正主義だよ