rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax 個人的にこの変更は説得力に欠けるなーと思っていて、 expect 推しにする理由が should は Kernel にはえるので Kernel を include しない BasicObject のインスタンスに対して should を呼ぶとおかしくなる 標準ライブラリ delegate は Kernel のメソッドの一部だけを include するので rspec と delegate のどちらが先にロードされるかによって should の挙動
There are a few things motivating this new syntax, and I wanted to blog about it to spread awareness. Delegation Issues Between method_missing, BasicObject and the standard library’s delegate, ruby has very rich tools for building delegate or proxy objects. Unfortunately, RSpec’s should syntax, as elegantly as it reads, is prone to producing weird, confusing failures when testing delegate/proxy ob
cronで自動的に、違うサーバ間でファイルを取得するため、 scpを使ってどうにかできないか、調べてみると、 expectというコマンドがあることを知りました。 シェルスクリプトを作ってみたのですが、 これがなかなかうまく動いてくれず、 参考にするサイトも色々さがしたので、 これが参考になればと思います。 ------------------------------------------------------------------------ #!/bin/bash HOST=対象ホスト名(IPアドレス) USER=ログインユーザ PASS=パスワード TARGET_DIR=バックアップディレクトリ(ファイル) BACKUP_DIR=保存先ディレクトリ expect -c " set timeout 60 ←タイムアウトの時間は環境にあわせて設定してください spawn scp -C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く