[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
248: 2018/07/30(月)06:52 ID:QZl1Bega(6/13) AAS
>>246
gitはバージョン管理するための道具であって、
バージョン管理しないならタダの保存に過ぎないから
それにgit使うなら、コミットする時に、メールアドレスと名前の設定がいるだろ？
gitでpushするならssh鍵が必要だろ？
rootでやるわけないから、自分のhomeディレクトリがいるだろ
お前本当にコンテナの中でgitでpushとかしてるんか？
してねーだろ。使いづらいもんな
お前はまだ初心者で、どうせgitもオープンソースものをcloneするぐらいのことしか
したこと無いんだろ。基礎ができてないんだからまず教科書通りにやれと
249(1): 2018/07/30(月)06:54 ID:jEBEwRTJ(5/6) AAS
PMに教科書通りのやり方を強制されて疲弊してる現場を見てきたから経験談として話してるだけ。
教科書通りやって現場がうまくまわってるならそうすればいいよ。
というか、むしろ教科書なぞってうまくいってる現場があるならそれ勉強会とかで話してほしい。見に行くので。
250: 2018/07/30(月)06:55 ID:QZl1Bega(7/13) AAS
>>247
> よくわからんけど、君の言ってるようにアプリケーションコンテナの中のファイルは編集するなって事を守ると何が便利なの？物凄く不便じゃない？
ホストに置いたファイルを編集すればいいだけだろ。
それがコンテナの中にボリュームを通して見えてるんだから
コンテナの中に入って編集する必要がない。
コンテナの中の環境を整える必要もない
もっと便利なものが俺には見えてるんだが、
お前のやり方は何が便利なの？
できるといってるだけで便利なんてお前は一言も言ってないよね？
お前のやり方が俺は不便だと言ってる。反論は？
省1
251(1): 2018/07/30(月)06:55 ID:jEBEwRTJ(6/6) AAS
ということで、あなたのやり方を変えさせるつもりもないし、自分のやり方を変えるつもりもありません。
以上終わり。
252: 2018/07/30(月)06:57 ID:QZl1Bega(8/13) AAS
>>247
> ローカルなホストにファイルを永続化させるよりgitにpushする方が安心感あると思わない？
ホストにあればgitにpushしたいと思ったタイミングでpushできるんだが
コンテナ消すと中で編集したファイルが消える。不便だからgit入れて忘れずにpushしなきゃって
コンテナのファイルを直接編集すると不便だと言ってなかったか？ｗ
253: 2018/07/30(月)06:58 ID:QZl1Bega(9/13) AAS
>>251
俺はやり方をお前に押し付けてるんじゃなくて、
正しいやり方にしないとお前が困るという事実を言ってるだけ
お前はその事実に反論してない。困るのは自分だけだから
良いじゃないかって逃げてるだけだ。
254: 2018/07/30(月)07:00 ID:QZl1Bega(10/13) AAS
>>249
そのPMが教科書通りにやってないだけだよｗ
教科書通りにやることが簡単だと思ってはいけない
教科書に反論するときは、教科書の場合と何が違っているかまで
理解してからじゃないといけない。
教科書になってるぐらいだから基本的には正しいんだよ。
それが当てはまらない理由を見つけない限り、教科書に反論してはいけない。
当てはまらない理由がわからないのは、理解してないってことになるんだから。
255: 2018/07/30(月)07:08 ID:QZl1Bega(11/13) AAS
ほんとね。反論の一つでもできればまだいいんだが、
回避策はあるというだけじゃ、その方が良いってことにはならないんだよ。
全部回避策を入れないとやっていけないってことになってるんだから、
優れた方法っていうのは、回避策を使わずとも自然な形で実現できる
いちいち回避策を考えなきゃやってられないってのは、
やり方が間違ってる証拠でしか無いんだよ
余談だが、アメリカではツールをただ導入するのではなく、そのツールが
想定している使い方を学習して、やり方をツールにあわせるから効率的になるらしい。
日本だとツールを導入して、自分のやり方にカスタマイズさせる。
やり方を変えようとしないから生産性も変わらないし、
省1
256: 2018/07/30(月)09:12 ID:2DtBR6Mw(1/2) AAS
アプリケーションコンテナはyum, aptのパッケージ相当だと思ってるなぁ
基本的に使い捨てて常にクリーンなコンテナに出来るのがいいし, だからこそkubernetesとかで高い自己修復性を持てる
257(1): 2018/07/30(月)09:22 ID:IG0rWwn1(1) AAS
すると、Vimのような手動カスタマイズほぼ必須のアプリは
コンテナ化には適さないのか
docker searchしてもVimが出てこないのが不思議だったがそういうことか
258: 2018/07/30(月)09:55 ID:2DtBR6Mw(2/2) AAS
そのカスタマイズ部分を, プラグインならホストからマップするか別コンテナで, 設定ファイルはホストからマウントする必要があるだろう
259: 2018/07/30(月)16:34 ID:QZl1Bega(12/13) AAS
>>257
手動カスタマイズの有無じゃないな。
プログラム本体がコンテナに隔離されているので、
コンテナの外に自由にアクセスするものは適さない
もちろんプログラム本体がコンテナに隔離されているおかげで
コンテナの外がどうなっていようがいろんな環境に持っていける
コンテナと外部との通信は基本的にネットワーク通信で行うか
ボリュームとしてマウントしたディレクトリ経由で行う
ボリュームとしてマウントするから、コンテナの外がどのような
OSやディレクトリ構造であっても、コンテナの中からは同じよう見える
省4
260: 2018/07/30(月)19:40 ID:vC8FJAc3(1) AAS
これいわゆるイキリstaticおじさんが駄々こねて屁理屈連投してるいつもの案件じゃなくて
もしかして今回に限っては、Docker業界的にも、回避策やカスタマイズの工夫するくらいなら
コンテナはそぐわないからツールの使い方としてもやめてねって方向性にいつの間にか大勢が傾いてるのか
261: 2018/07/30(月)19:45 ID:QZl1Bega(13/13) AAS
エクセルで小説書くなってだけの話
262(1): 2018/07/31(火)19:28 ID:9kOFb8Cb(1) AAS
docker-tramp.el 便利だー。この機能使うためだけにemacs使いになっても良いと
思うくらい。コンテナにvimやsshdインストールする必要がありません。
263: 2018/07/31(火)20:23 ID:GXqvrTdQ(1/2) AAS
いまWSL使ってDockerを使っているんですが、atomでホストに置いたファイルを修正して
それをイメージに反映させたいのですが、修正するたびにビルドするのが面倒です。
なのでボリュームを使ってホストのディレクトリをコンテナ内に共有しようと思っています。
Linuxではうまく動いているのですが、WSLだとうまく動かないのですが、
何が問題だと考えられますか？
264: 2018/07/31(火)20:24 ID:GXqvrTdQ(2/2) AAS
と、書き込んでからひらめきました。
WSLで使ってるのはWindows上のDockerなので
パスの指定をC:\〜でやらないといけないきがします。
265: 2018/07/31(火)20:28 ID:C0KTXAUF(1/2) AAS
ビンゴでした！
こんな感じでホストのディレクトリがコンテナから見えました。
これでWindowsのatomを使って簡単に編集できそうです。
スレ汚し申し訳ありません
266: 2018/07/31(火)20:30 ID:C0KTXAUF(2/2) AAS
↑なぜかコマンドを書き込んだらエラーになったので怪しそうな所を大文字で書きます。
docker run -p80:80 -v"$(wslpath -wa www):/var/ｗｗｗ" -d ｈｔｔｐｄ
267(2): 2018/07/31(火)20:33 ID:PupCkl8+(1/2) AAS
>>262
もとからvimもsshdも入れたりなんかしてないよ。
入れるもんでもないしね。
docker-tramp.elも別にいらないかな。
ファイルを修正したいならボリュームにすればいいだけだし、
sshdはdocker execを使えばいいので、
上下前次1-新書関写板覧索設栞歴
あと 735 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s