のえる 
DTP鯖管
@noellabo@dtp-mstdn.jp
- Keybase
- noellabo
- github
- https://github.com/noellabo
- Qrunch
- https://noellabo.qrunch.io
- Fedibird
- https://fedibird.com/@noellabo
Admin
DTP・デザイン・印刷のテーマサーバ DTP-Mstdn.jpやってます。
#Illustrator #スクリーン印刷 #インクジェット #カラーマネジメント #運営
#searchable_by_all_users
2017年 4月 に登録
要件が曖昧な時は確認する。違和感を訓練する。（違和感仕事しろ）
収入印紙クラスだよね、1,000円とか。取引基本契約書とか4,000円の印紙貼る。
相手の理解できる指示を出せなかったら自分の手落ちと考える人でないと、人は活かせないね。
のえる DTP鯖管
さんがブースト
DTP鯖管
さんがブースト
RFPはRequest For Proposalでいいんですよね？
専門用語抜きで語るの無理ゲー感ありますね！
インオペもF更もさっぱり！
でも面白いなぁ。
@highemerly 何を言っているのかよくわかりません！w
専門用語多いﾃﾞｽﾈ！
のえる DTP鯖管
さんがブースト
DTP鯖管
さんがブースト
のえる DTP鯖管
さんがブースト
DTP鯖管
さんがブースト
本家追従の運用サーバがやってるのって、本家の状態＋自分の改造なので、
アップデートの度にこの状態（本家の状態＋自分の改造）にリセットする（rebaseする）のが、考え方として正しいような気がするんだよね。
v2.8.4＋改造のブランチをrebaseで作ったら、それはそのまま公開し続けて、
v2.9.0rc1＋改造のブランチをrebaseで作ったら、それもそのまま公開し続けて、
サーバ上ではcheckoutするブランチを指定して切り替える運用にする。
master追従する場合は、追従するブランチは安定状態がないから、これはガンガン更新することにして、部外者がcherry-pickするのはご遠慮頂く。してもいいけどすぐ消える。
代わりに、リリースタグが来たらその時点のブランチを作って残していく（上述）
有用な改造は、本家にPR。取り込まれたら独自公開を中止する。
本家にマージされない類のものは、リリース＋改造ブランチで都度公開する。
これは、同一リリースにcherry-pickする限りはコンフリクトしないし、動くと期待できるので、皆が取り込みやすい。
#mastodev
やっぱ、本当にフォークして別の道をいくのでない限り、rebaseしていく方がいいかもしれんな……。
@squid999@gorone.xyz こんな感じにしてあるよ。
https://github.com/noellabo/mastodon/commits/gorone-xyz-v2.9.0rc1
git fetch noellabo
git checkout gorone-xyz-v2.9.0rc1
bundle install, migrate, precompile, bin/tootctl cache clear, restart って感じ。
@squid999@gorone.xyz 私が事前にマージしておきます
@squid999@gorone.xyz ハッシュド・ゴロツキはアプデしてもいいかもよ。
@squid999@gorone.xyz まだrc1だし、いいんじゃないかなぁ。
@squid999@gorone.xyz v2.8.2に戻して、v2.9.0rc1にするですよ。
@squid999@gorone.xyz まだ3.0でやろうとしてること全然終わってないですからねぇ。
- Keybase
- noellabo
- github
- https://github.com/noellabo
- Qrunch
- https://noellabo.qrunch.io
- Fedibird
- https://fedibird.com/@noellabo
Admin
DTP・デザイン・印刷のテーマサーバ DTP-Mstdn.jpやってます。
#Illustrator #スクリーン印刷 #インクジェット #カラーマネジメント #運営
#searchable_by_all_users
2017年 4月 に登録
