Docker v18.09 新機能 (イメージビルド&セキュリティ) – nttlabs – Medium
NTTの須田です．Moby (≒Docker)，BuildKit，containerdなど，コンテナ関連のオープンソースソフトウェアのメンテナ (開発委員．コミッタとも．)を務めています． 本記事では，2018年11月8日にリリースされたDocker 18.09の新機能を紹介します． BuildKitの正式統合Dockerfileからコンテナイメージをビルドする機能である，docker build の新しいバックエンドとして，BuildKitがDocker 18.06より実験的に採用されていましたが，Docker 18.09にて，正式な機能に格上げされました． BuildKitは，須田が2017年4月に提案した docker build並列化のpull requestを契機として，Docker社 Tõnis Tiigi氏の主導により，Moby傘下のオープンソースプロジェクトとして同年夏に発
docker-build-battle?slide=51
Strategien, Taktiken und Muster der Legacy-Ablösung
webpack時代の終わりとparcel時代のはじまり - Qiita
設定不要のビルドツール parcelというビルドツールが空前の勢いでGitHubスターを集めており、リリース数日で5000スターを超えています。今日だけでも1000スター以上増えており、Googleなどの有名企業リポジトリ以外でこのスピードで人気がでるのは異例です。 https://github.com/parcel-bundler/parcel https://parceljs.org/ 実際に試してみたところ、これはwebpack一強時代を終わらせるレベルの使いやすさだと確信しました。 作者はAdobeのエンジニアで、その他著名エンジニアも続々と参加している様子です。 webpack疲れ webpackが出た当初、webエンジニアはgulp/grunt疲れの状態だったことを覚えている方もいるかと思います。 webpackの統合された設定ファイルは、タスクランナーで逐次処理していたものを
ソースコードからの Docker のコンパイル - Qiita
概要 Docker のソースコードから、Docker Engine のバイナリをコンパイルする手順をまとめてみました。これで正式版リリースを待たずに最新機能を試すことができるようになります。 コンパイルに必要なもの Docker git make Docker をコンパイルするには Docker が必要です。コンパイル環境を Docker コンテナ内に構築するためです。なので、Linux ホストに現行版の Docker をインストールすることから始めます。 なお、今回試した環境は以下の通りです。 ホスト： CentOS 7 (AWS EC2 上) ホストにインストールする Docker ： 1.8.1 手順 まず、CentOS 上に Docker をインストールします。現時点(2015/08/19)での最新の正式版である 1.8.1 をインストールしました(インストール手順はここを参照)。
Goのデプロイを「もっと」簡単にする。ビルドプロキシCargo。改めTorokko。
Goアプリのデプロイはバイナリをひとつ配布して完了なのでとても楽なのですが、バイナリ自体をどこで管理するかについては意外と頭を悩ませることになります。 Goを使うにあたって、コードさえあればあとはバイナリも簡単に配布できる状態というのが望ましいと思い、仕組みを作ってみました。 2015/08/16追記: CargoはRustのパッケージマネージャーと名前がかぶってたのでTorokko(トロッコ)に改名しました！ TorokkoはGoアプリのビルドと成果物ダウンロード用のAPIを提供するビルドプロキシです。 リクエストのURLで対象リポジトリ、GOOS、GOARCH、バージョンを指定します。 ビルドはDockerコンテナを用いて行い、バックエンドストレージに成果物が保存され、ビルドリクエストと同じURLでダウンロードを行うことができます。 Docker Hub の Automated Bui
Watchifyでbrowserifyを差分ビルド - Qiita
https://github.com/maxogden/wzrd はアクセスする度に変更を吐き出すのだが、watchify は差分を管理してくれる。 reactとか無駄に巨大なんで、require('react') しただけで1.2秒ぐらい待たないといけなくなって辛かった。そういう問題を解決できる。 簡単な使い方 npm install -g watchify これだけ。-v で verboseみないと動いてるのかよくわからなかったので付けたほうがよさそう。 某アプリのビルドが3.8秒から0.3秒になって最高 自分の使い方 一旦すべてをjsにして吐き出す。 gulpで src/**/* -> lib/**/*.js lib/index.js を基準にbrowserify する gulp-watchify を使った。 arda-starter-project では毎度のビルドの遅さが問題にな
JavaScriptのモジュールシステムの歴史と現状 - Qiita
社内向け資料。自分が書いたコードを説明するために資料作る羽目になった。 昔のことはうろ覚えで雰囲気で書いてる部分もあるので、そこらへん勘弁。 古の時代(~2010) 前提としてJavaScriptは名前空間がwindowの一つしかない。 昔Prototype.jsがあった。もうみんな忘れたけどあの時期はプリミティブなオブジェクトのprototypeを生やしまくって、それが衝突しまくってprototype良くない的な雰囲気が生まれたり生まれなかったりした。 その反省があってか(歴史的に若干微妙な気がするが) jQueryは名前空間を一つに集約した。いわゆる jQueryPlugin は、jQueryのプロトタイプにヘルパを生やしまくっていた。グローバルを汚すのは駄目だけどjQueryの名前空間を汚すのはいいよね、ぐらいの考え。 jQuery非依存なライブラリは、「GoodParts」として、
browserify for webpack users
Clone via HTTPS Clone with Git or checkout with SVN using the repository’s web address. browserify for webpack users There's been a strange explosion in misinformation about browserify recently, particularly in comparisons to webpack. Generally speaking, most of this confusion stems from how webpack is more willing to pull features into its core to ease discoverability while browserify is more lik
Goプログラムのサイズを小さくする - flyhigh
Goで作られるプログラムサイズはそこそこ大きい。配布する場合はやはり小さい方が良い。 そんなときは、リンカの設定を利用するといいようだ。 1 go build -ldflags '-s -w' Linuxならバイナリサイズが小さくなるはずだ。拙作、comstockでは8MiBから5.2MiBに縮んだ。 何をやっているか？ -ldflagsは、gccなどを使ったことある方はよくご存知だろうが、ldへの引数である。 ldとはgccが使うリンカであり、Goもリンカを持っている。Goのリンカは、例えば、go tool 6l（番号はアーキテクチャ依存）から呼び出せる。伝統的にリンカへのフラグは LDFLAGSであるので、goでは小文字で指定するようになってる。 go buildはリンカへの引数を-ldflagsの後で文字列として渡すことができる。 指定できるリンカフラグは様々で、標準ドキュメントより
Big Sky :: ちっちゃなビルドシステム qo が激しく便利だった件
« Re: VimでURLをドメインだけに置換するコマンドを正規表現でうったら、本当に正規表現って意味不明なフォルムと思った。 | Main | golang のリファクタリングには gofmt ではなく、gorename を使おう。 » golang には go build というビルド機能があり、C言語と golang をまぜた cgo というC言語拡張も同じコマンドでビルド出来ます。 その際、ソースコードのコメントに CFLAGS や LDFLAGS を自ら指定する事が出来るので package gtk // #include "gtk.go.h" // #cgo pkg-config: gtk+-2.0 import "C" import ( "fmt" "log" "reflect" "runtime" "strings" "unsafe" "github.com/mattn/g
シンプルなビルドパイプラインツールwalterをリリースしました - Advanced Technology Lab
APソリューショングループの相野谷(@ainoya)です．このたびATLと共同で，CIやCDにおけるビルドパイプラインの実行を手助けする小さなツールwalterを開発しました． 開発の動機: Jenkinsプラグインに強く依存するビルドパイプライン設定 Jenkinsを使ってCIを実現する場合，複数のジョブを繋げて一連の処理フロー(ビルドパイプライン)を作るのが一般的かと思います．Jenkinsには，ビルドパイプラインを構成するための便利なプラグインがあり，これを使って失敗時の実行制御や，ジョブの並列実行制御を簡単に設定できます． ところが，こうしたプラグインで実際にCIを運用してみると，ちょっと惜しい点がいくつか出てきました． パイプラインの全体実行フローをJenkins上でしか確認できない Jenkinsジョブを実際にキックするまで動作が確認できない 設定の移行がしづらい．GUI中心で
gulpの入門記事を書いたよ
たまには宣伝！ 弊社のフロントエンジニアがお届けしているフロントエンド関連の技術情報有料配信サービス「CodeGrid」にてgulpの連載を全5回で書きました。 第1回は無料で読めます。 ということで内容紹介です。 タイトルは「現場で使えるgulp入門」。gulpの基本を抑え、プラグインの使い方を解説しながら、タスクの書き方を覚えていく構成になっています。 解説には実際に使えるコードのサンプルを用意してあって、リポジトリからクローンすることで試すことができます。 以下、箇条書きにて各回の内容を紹介。 第1回 「gulpとは何か」 なぜgulpやGruntといった自動化ツールが必要なのか gulpとGruntのアプローチの違い 環境構築 簡単なタスクを実行する 第2回 「プラグインを使う」 gulpのAPIの解説 プラグインについて プラグインのインストールと使い方 プラグイン選択のポイント
sbtでOutOfMemoryが出た場合の対処法。 - Programmer_Mixin_Conductor's Blog
暫定対策：プロセスを切って再度実行。 ターミナルで下記コマンドを実行すればsbtのプロセスを切れます。 $ pkill -KILL java 恒久対策：sbtの設定を変更する。 sbtの確認。 まず、sbtコマンドを確認します。 homebrewを使っていストールした場合/usr/local/bin/sbtにあります。 #!/bin/sh test -f ~/.sbtconfig && . ~/.sbtconfig exec java -Xmx512M ${SBT_OPTS} -jar /usr/local/Cellar/sbt/0.13.1/libexec/sbt-launch.jar "$@"これを見ると${SBT_OPTS}にオプションを設定すればいいことがわかります。 sbt設定ファイル作成。 sbt設定用に~/.sbtconfigを作成すると良いらしいです。 このファイルに下記設
革命の日々！ おまえら rpmdev-setuptree を使えという話
いままで、rpmbuildするときに mkdir -p ~/rpmbuild/{BUILD,BUILDROOT,RPMS,SOURCES,SPECS,SRPMS} して、 echo '%_topdir %(echo $HOME)/rpmbuild' > ~/.rpmmacros とかやってたんだけど、それはもう古いらしい。 % yum install rpmdevtools % rpmdev-setuptree すると、上記の両方をやってくれるのに加えて .rpmmacrosに並列処理設定を追加してくれる。 こんな感じ %_topdir %(echo $HOME)/rpmbuild %_smp_mflags %( \ [ -z "$RPM_BUILD_NCPUS" ] \\\ && RPM_BUILD_NCPUS="`/usr/bin/nproc 2>/dev/null || \\\ /u
xbuild を使って AWS Elastic Beanstalk で任意のバージョンの Ruby を利用する方法 - Qiita
カスタムAMIを使わずに .ruby-version を見て、バージョンを切り替える秘伝のタレ的な、.ebextensions を発明した。以下の様な設定ファイルを .ebextensions 配下に作って、デプロイするだけで良い。 とりあえず、2014/3/6 現在はこれで動く。ついでに、Rubyのビルドの高速化とgitからbundle installした場合にPassengerがgemを認識しない問題の修正も入っている。 xbuild を使っているので、perl、python, php, node, ruby の全てに応用できるはず。t1.micro インスタンスだと起動に30分くらいかかるけど、そこは初回だけなんで我慢しよう。 option_settings: - namespace: aws:elasticbeanstalk:application:environment opti
rebar、それはErlangのビルドツール
Erlangのコンパイラと言えばerlcですが、Erlang専用のビルドツールが存在します。それがrebarです。 まず、入手から。githubから落としてきます。 git clone git://github.com/basho/rebar.git そして、rebarをビルドします。もちろんErlang OTPはインストール済みな状態からやりましょう。 cd rebar ./bootstrap これでrebarコマンドができあがります。さっそく実行してみましょう。rebarがサポートするコマンド一覧を出力してみます。 ./rebar -c いろいろ出てくれば成功です。 新規にプロジェクトを始めるときには、以下のようにして自動生成させます。 mkdir myproject cd myproject cp ../rebar/rebar . ./rebar create-app appid=m
gruntをインストールする - Windows Vista | jekylog
ちなみにMacも下記とほとんど相違ないけどハマったんで一応メモってる gruntそのものはtakazudoさんのhamalogで知ってたけどなかなかどういう場面で必要になるか分からなかったので手を付けれなかったけど、実現したい事の解決方法としてマッチしたので参考にさせてもらいながらgruntをインストールしてみた。 node.jsとnpmをインストール ネットの情報ではnpmをWindowsで使うには結構手法が違ってたりしてたけど小粋空間さんによると公式のパッケージをインストールすればデフォで入ってるっぽい。 「npm」という、Node.js用のパッケージマネージャも一緒にインストールされており（ネットで調べると以前は別にインストールする必要があったようですが不要）、同じフォルダにある「npm.cmd」が該当します。 ちなみにコマンドプロンプトで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - magefile/mage: a Make/rake-like dev tool using Go
GitHub - mizchi/frontend-boilerplate
GitHub - vladikoff/grunt-devtools: 🛠 Grunt Task Runner Extension for Chrome Developer Tools
