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

#顔面工事
タグについてwikiにのせてみた
https://ja.mstdn.wiki/%E9%A1%94%E9%9D%A2%E5%B7%A5%E4%BA%8B

背脂豚骨カレーという幸せにカロリーを2乗した食べ物うまし。
#gochisou_photo

サンドウィッチマンの病院ラジオ面白いなーと思った。これ当初イベント開く人がマストドンでやりたいと思った形の一つなのでは？
LTLに常に一人インタビュアー（司会・進行）がいて、トーク席に座った人の投稿だけが公開状態になる（司会進行がピックアップする）。司会進行の人にはそれとは別にログインしてる人のすべてのつぶやきが見えていて、気になったつぶやきもまたピックアップして公開状態に切り替えることができる。
なんか曲紹介してと言われたら適当にYoutubeのリンクを貼って聞きたい人はみんなでせーので再生する。

別にマストドンでなくていいので、なんかそういうチャットツール作れば。それがActivityPubに対応してれば。

fetchしてマージコミットでmergetool使えば大抵なんとかなる。なんとかなるし見栄えも綺麗になると思う（なおbackportのhashが違うコミット

rebaseでconflictしたとき、修正したのをaddしてもcontinueできないの、そもそも修正が消えてcommitする必要がないというのに気づかず、なんでできんのかわからずに繰り返しやってたという

本家そのままをpullしてくるブランチを別に作って、そのブランチをrebaseすればいいんじゃないかな

うちの場合、upstreamと全く同じ流れと自分用を用意して自分用に対してupstreamを都度マージする形

ただマージが増えるのがあんまり好きくない(個人的に)

でも最近はDocker使ってるからサーバーでgit pullしないしそれもありかって感じはある

どちらにせよ開発環境でpullしづらいので嫌だけど

どこかでpullじゃなくてfetch/mergeしろみたいな話見てからちょっと警戒してるんだけどあまりそうじゃない人が多いのかな＞git pullして更新する

正直rebaseからのpush -f連打しまくる板橋式の更新はサーバー側でのgitコマンドが増えるのでミスが増える！やだ！って思ってます

うちの改造、取り込む瞬間に本家のmasterまでコンフリクト解消してあるから追従鯖なら即時使えるんだけど、圧倒的に Merge branch "tootsuite/master" to(ry が邪魔になってしまってる気がする

（たまにmasterブランチも消してupstream/masterとupstreamのtagだけ追ってるんだけどこれどうなんだろう）

GNU Socialというpluginで何でもできる (何でもできるとはいっていない) 分散SNSもありますよ (宣伝)。

それはそうと、僕は他人の歴史改変はしたくないので、コミットハッシュを保持するために、自分の改造は merge だけでやってる https://github.com/codimd/server/compare/master...azyobuzin:master

pull でコンフリクトって、いらないブランチなら他のブランチに切り替えてからブランチ消してチェックアウトし直してる。
その方が -f より安全だったりしない？

ちまちまのときはcommit --fixup とrebase --autosquashが便利よ

まあrebaseしたいなら普通にbranch切ってcommitしてfetchしてrebaseだなあ

そうすれば簡単にFast-Forwardできるから

わたしはいつもreset --hardして合流してからpullしてる