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

‪3年目のマストドン雑感 - 殴る壁 http://chikada.hatenablog.com/entry/2019/05/04/164820‬

ことりこに「あれ？会社やめたんじゃないの？」って顔で見送られた

Twitterの欠点はツイートの公開範囲をツイート毎に選べないことだな。Mastodonをアピールするとしたらここしかない。

N 分で消えるうんちゃら、100％スクショ保存とかの餌食になって余計ひどいことになるので N 分で消したいことはインターネットに書くな

ソースコードのコメントに「連続ダウンロード」って書くところを「眷属ダウンロード」って書いてしまって、眷属を電子配信で受け取るスーパー魔族っぽくなった。

あと個人的にネット上で流行ってほしいヒーローバンクの画像

#顔面工事
タグについて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しづらいので嫌だけど