【要するに】osxcでMacの環境の構成を記述管理する【MacでAnsible】 | DevelopersIO
よく訓練されたアップル信者、都元です。個人的な話になりますが、少し前にMacbookを新調しました。それまで利用していたMacbookは、Time Capsule経由でバックアップ-リストア経由で何台も渡り歩いてきた、最初に手に入れたMacから脈々と受け継がれる秘伝のタレ状態でした。MacPortsでパッケージを管理していた時代もありましたし、Homebrew Caskも導入していませんでした。 マシンを新調するにあたって、再びバックアップ-リストアを行えば、今までどおりの環境をそのまま移行できます。しかし、モダンなサーバ環境構築で取り入れられているInfrastructure As Codeを自分のクライアント環境でも実現できないか、と考えました。 記述に依る定義 サーバ環境の構成をコードで記述するメリットとしては、構築の自動化と再現性の高さを挙げることが多いと思います。要するに開発環境
Macの環境構築をAnsibleでやることにした - Please Drive Faster
明けましておめでとうございます！ 設定ファイルの大掃除も兼ねて、自宅Macの環境セットアップをAnsibleで行うようにしてみました。 joe-re/dotfiles · GitHub Ansibleにした経緯 2台のMacの環境を揃えたい 昨年iMac5kディスプレイモデルを購入した。 それによって今までメインで使用していたMacBookAirは外出用にして、2台で運用している。 そうなるとどうやって環境を揃えようかなー、って悩みが発生する。 なるべく外出時も環境は変えずに開発できるようにしたい。 Ansibleに至るまで 当初はBoxen使ってた。 BoxenはPuppetでMacの環境構築を自動化してくれるツール。 PuppetのDSLを覚えなければいけないというハードルはあるものの、 かなり細かいところまで設定できて非常に高機能。 だけどチームならまだしも、個人で使うにはオーバース
Mac Explorer｜ Homebrew - Mac OS X 用スマートなパッケージ管理システム
Mac OS X で利用可能なパッケージ管理システム。にわかに流行って(？)きているので私も導入してみました。 パッケージ管理に多くのユーザーに使われているものにMacPortsがありますが、それよりもよりスマートに動く、というもの。 MacPortsはとても扱いやすく管理パッケージも豊富でかなり便利なのですが、初めからMacに装備されているものも考慮せずに新しくアプリケーションをインストールするという性質があります。例えばMacPortsでインストールしようとしたパッケージがPerlに依存するものの場合、標準で Perl 5.10 が入っている上で依存パッケージとして新規にPerlをインストールする、という形。 その点このHomebrewはMacに標準でインストールされているものはそのまま利用するという賢い仕組みを持っています。 Homebrew ― MacPorts driving y
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
