書き捨てのRubyスクリプトをgemにするときの育て方の一例 - 2016-09-08 - ククログ
Rubyでちょっとしたこと、例えばテキスト処理などをしたくてスクリプトを書くことはよくあります。そんなスクリプトは意外と再利用したくなるものです。しかし、作業用ディレクトリに適当なファイル名で保存していたりすると探し出すのは困難ですし、コマンドラインにワンライナーで書いたものだとそもそも残っていないこともあります1。別のPCでの再利用も、それらの保存方法では当然ながら不可能でしょう。 そこで、どこか整理された場所に保存しておいて再利用に備えたいのですが、保存先が問題になります2。そんなとき、私は次のような理由からgem（RubyGems）にしてしまうことにしています。手元ですぐに実行できますし、別の環境へのインストールも簡単です。また、他のRubyプログラムへの組み込みもコピペせずに実現できます。もちろん他の人が使えるようになるというメリットもあるのですが、自分の用途に限っても長い目で見れ
gemspec と Gemfile と Gemfile.lock との違い． - Qiita
依存する gem の取得先を記述します． 通常は取得先は source 行一行だけでよいはず． GitHub リポジトリなどから edge バージョンを取得する場合は，その場所をここに書く． 開発環境と運用環境とで同じ gem をインストールするために使います． bundle などで自動で生成されます． 依存 gem のバージョンと取得先が記録されます． Gemfile.lock の扱いについて Gemfile.lock については，これをリポジトリに含めるかどうかが議論されるのですが，前節で述べたように，「開発環境と運用環境とで同じ gem をインストール」したいかどうかで決めればよいかと思います．すなわち， 確実動作が期待されるアプリでは Gemfile.lock をリポジトリに含める． デプロイの自由度を確保したいライブラリは Gemfile.lock をリポジトリに含めない． （そ
サーバー設定ツール「Chef」の概要と基礎的な使い方 | ページ 2 | さくらのナレッジ
公開されているCookbookを使う 続いては、Chefの開発元であるOpscodeやサードパーティが公開しているCookbookを利用する方法について述べていこう。 Chefが注目されている理由の1つに、非常に多数のCookbookが公開されている点がある。Opscodeが運営するコミュニティ向けサイト（http://community.opscode.com/）ではOpscodeやサードパーティが作成したCookbookが公開されており、その数は1000を超えている。公開されているCookbookはGCCやmakeなどの基本的なコンパイル環境を構築する「build-essential」やJava環境を構築する「java」といったものから、「apache2」や「mysql」といった特定のアプリケーションのインストールおよび設定を行うもの、「application」などの独自のCookbo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
