@chrml たのしそう
@chrml コンテナ2000個位ありそう
@chrml コンテナ10個くらいなら色塗り手伝う
@chrml ほしいよな
SQL 何もわからんだからテーブルふっ飛ばした
さんがブースト
(´ 
ω ｀)
ローカルに master ブランチ持たなくなってから git pull することなくなった
さんがブースト
git pull って、git fetch + git merge なので、pull がなくても本質的には困らないんですよね。
慣れてないときにやらかすミスとして、git pull origin not-master-branch があって、これ、not-master-branch がすっきり pull できると思いきや、ほとんどの場合、意図しない結果になるんですよね。
参考: http://dqn.sakusakutto.jp/2012/11/git_pull.html
なのでやっぱり、master 以外の pull は使わないほうがいいですね。checkout などで特定のタグにするときも同じく。
nginxの変更が滅多にないので、up -d では作り直されないことがほとんどですね
コンテナの場合、寿命を延ばしてもどうしようもないので破壊することになんのためらいもない。むしろ気軽に破壊してもコンテナ作れば今まで通りに動くことが常に保証されるので安心できる
今月金なくて色々切り詰めてるけど考えることが増えるしどこにも寄らずに家に直帰する生活の繰り返しで何もいいことがない
正直なところdocker-composeで建ててる限りはダウンタイムは発生するししょうがない感じもする
IPアドレス持たせる方が運用しんどい気がする。コンテナ作り直す時に余ってるIPアドレス探す手間が増える
まあ何も考えずにコンテナ全部破壊して再構築すればいいんじゃないんですかね
違う気もするけど
ンギンクスコンテナを再起動する必要があるのはlinkで覚えているwebコンテナ情報を持ち続けてるからかな
自動、誰かがダルいと言わない限りは温かみが続く感じかな
デプロイはシェルスクリプトで書いとくとかはできるのか
NEW GAME!!リアルタイムで見たいいいいい（テレビがない）
これすき
- Q. 寝れない？
- A. はい
- IIDX
- 5545-8220
Admin
マストドンのプロフェッショナル
2017年 4月に登録
