rubygems-test で rubygems インストール時にテストを行う - 2nd life (移転しました)
Ruby のパッケージングマネージャの rubygems と Perl の CPAN と比較して、rubygems の残念なところの一つに『インストール時にテストを行わない』ことが挙げられます。rubygems は gem install package で一発で入れられる事は便利なんですが、インストール時にテストが行われないため、実際にその環境で正しい挙動をするとは限りません。また、rubygems で入れたパッケージのテスト方法もコマンド一発で簡単にできるわけではないのでめんどくさかったりします。なにより問題なのが、インストール時にテストが行われないため『開発者がテストをさぼりがち』になってしまいます*1。 最近 rubygems でも CPAN と同じように、インストール時にテスト可能なパッケージはテストを行い、失敗したら基本的にインストールできない(設定で変えられます)仕組みを持っ
Route 477(2010-10-04)
■ [ruby] ローカルのgemのドキュメントを見る簡単な方法(2010秋) The 3 Step Guide to Slick Local Documentation for all your Ruby Gems 1. $ gem install yard 2. $ yard server --gems 3. http://localhost:8808/ を開く これは便利。特に、普段--no-rdocしててrdocがない場合でも、動的にrdocを生成してくれるところが。 165 http://d.hatena.ne.jp/willnet/20111006/1317877272 49 http://reader.livedoor.com/reader/ 27 http://blog.willnet.in/entry/20111006/1317877272 14 https://www.
Route 477(2009-10-09)
githubでgemを作れるようになったときは「なんて簡単なんだ！」と思ったけれど、 gemcutterはそれよりさらに簡単(gem push *.gemだけ)なんですね。しかもgithubはgemspecをpushしてから gemがインストールできるようになるまで15分前後の遅延があったけど、gemcutterはそれもなし。 また、githubのように「作者名-プロジェクト名」とprefixが付いたりしないのも良いところです。 が、forkしたプロジェクトのgemを配布する場合など、prefixが付いてほしいケースもたまにあるんですよね。 現在、gemcutterのwikiや MLで そのようなケースをどう扱うかの議論が行われているようなので、いずれそれも可能になるでしょう。 37 http://reader.livedoor.com/reader/ 14 http://search.d
Route 477(2009-09-03)
■ [ruby][git] githubを10倍便利にするgithubコマンド 現在はgit-hub gemの方がおすすめです：Route 477 - github gemからgit-hub gemに乗り換えた (2011/1/13追記) githubはよく使うけど、プロジェクト作るのにブラウザ開かないといけないのが 面倒だなーとか思っていませんか？githubコマンドをインストールすると、 ターミナルからgithubプロジェクトを新規作成できるようになります。 インストール $ gem install defunkt-github -s http://gems.github.com リポジトリの作成 新しく作る： $ github create foobar -> foobar/ 以下にgitリポジトリができ、githubにも登録される 既存のgitリポジトリから作る： $ github
Gemの代わりにGitHubから直接requireする方法 - Hello, world! - s21g
Gemを作るのが面倒になってきたので、githubから直接requireできたら楽になるかもしれないと思い、試してみました。 1 def git(uri, sha1, options = {}) 2 require "tmpdir" 3 basename = File.basename(uri) 4 outdir = File.join(Dir.tmpdir, basename, sha1) 5 unless File.exist?(outdir) 6 sh = proc{|command| IO.popen("#{command} 2>&1"){|io| io.read}} 7 sh["git clone #{uri} #{outdir}"] 8 sh["cd #{outdir}; git checkout #{sha1}"] 9 end 10 $:.unshift
jeweler でらくらく rubygems 作成（github編） - すがブロ
jeweler とは rubygems 作成支援ツールとでも言えば良いのでしょうか。 こいつ自体は gem install jeweler でインストールできます。 くわしくは Route 477 - gemspecの作り方がわからない？ならばjewelerだ 前提条件 このエントリを読む人は以下を満たしていると良いかもしれません github にアカウントを持っている（もってない人はさっさと取ってきなさい） jeweler がインストールされている rubygems でインストールさせるライブラリ等を作りたい github 用の プロジェクトのスケルトンコードの作成 まだ github のプロジェクトは作っていないので、jeweler に作ってもらいましょう。 jeweler のオプションに --create-repo オプションを追加すると、スケルトンコードの他に github 上のリ
本当は怖い家庭の Rubygems - ヽ( ・∀・)ノくまくまー(2009-06-04)
● [Ruby] 本当は怖い家庭の Rubygems /usr/bin/* を勝手に荒らされるという話。今気付いただけので、ガイシュツなら無視してOK。 詳細 パッケージのディレクトリに、 とか書いておけば、その gem ファイルをインスコしちゃうと、無条件、無確認で /usr/bin/ls を上書きするのね。 gem のインスコなんてフツー root でやるし ギッハブにあるよく知らない野良 gem でも躊躇せずインスコしてるし Rubygems のセンスのなさは世界が認めるところだけど、このセキュリティ感覚は異常じゃね？俺が知る限り、これは世界一楽なバックドア仕込みフレームワーク。 使い方間違い？ いやいや。もしかしたら、作者に言わせれば、 それはお前の使い方間違いだよ bin/* をチェックしてからインスコしろよ あと、野良とか入れんなよ てことなのかもしれないが、bin/* のチェ
github に gem を公開する - 2nd life (移転しました)
http://github.com/ 最近一部で話題沸騰の github。github は Rails で作られたアプリケーションでは、自分が知りうる限り一番の完成度と使いやすさを誇るんじゃないか、と思っています。 ソースコードツリーの見やすさ、(g)zipでくれ機能、各種 git の情報へのアクセスしやすさ、最初に git レポジトリを作ったとき表示されるチュートリアルと云った基本的なことはもちろんですが、オープンソースプロジェクト・コミュニティを加速させるであろう、分散レポジトリを利用した様々な機能がすばらしいですね。 誰かが公開してるレポジトリを fork ボタン一つで自分のレポジトリにクローンし、いろいろ変更を加え、大本に取り込んで欲しいなぁ、と思ったら pull request。大本のコミッタは気に入れば pull で取り込めばよいし、もし気に入らなかったとしても、変更者がそのフ
川o・-・）＜2nd life - RubyGems パッケージの作り方 - rubyforge 登録まで
日本語の解説で RubyGems パッケージの作り方や rubyforge 登録までの一連の方法が書いてあるところを見かけたことがないため、エントリーにしてみます。なれると割と簡単です。 優しい RubyGems パッケージの作り方 newgem コマンドでのひな形作成 http://drnicwilliams.com/2006/10/11/generating-new-gems/ perl には module-starter など、CPAN モジュールのひな形を作ってくれる便利なユーティリティがありますが、gem でそれにあたるのが newgem というパッケージです。 使い方は簡単で、 # gem install newgemで newgem をインストールしてから newgem コマンドを実行するだけで以下のようにひな形を作ってくれます。 $ newgem packagename c
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
http://rails.office.drecom.jp/takiuchi/archive/121