Docker を用いた rpm / deb パッケージ作成の継続的インテグレーション - ゆううきブログ
サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には
「ほとんどのユニットテストが役に立たない理由」を読んで | POSTD
数ヶ月前、私はJames O Coplienの ほとんどのユニットテストが役に立たない理由 という記事に出会いました。Jamesはほとんどのユニットテストは無意味であると考えていて、タイトルは内容をそのまま正確に表しています。彼は 追加記事 で議論をさらに展開しています。私は彼の議論に大変興味をそそられました。というのは、私はユニットテストから多くの利益を得ているからです。私たちはどうしてこのような異なる見解を持つに至ったのでしょうか？ 私が何かを見逃したのでしょうか？ 結局のところ私は彼の見解に賛成できませんでした。以下は彼の記事に対する私の意見です。 ユニットテストが必要な場合 私の経験では、ユニットテストはアルゴリズムロジックに対して行う時に最も有益です。結合度の高いコードについてはその性質から特に有益ではありません。結合度が高いコードはユニットテストのために多くのモックオブジェクト
加牟波理入道 - Wikipedia
『今昔画図続百鬼』では、厠に現れる妖怪として口から鳥を吐く入道姿で描かれ、解説文には以下のようにあり、大晦日に「がんばり入道郭公（がんばりにゅうどうほととぎす）」と唱えると、この妖怪が現れないと述べられている。 兵庫県姫路地方では、大晦日に厠で「頑張り入道時鳥（がんばりにゅうどうほととぎす）」と3回唱えると、人間の生首が落ちてくるといい、これを褄に包んで部屋に持ち帰って灯りにかざして見ると、黄金になっていたという話もある[1]。松浦静山の著書『甲子夜話』にもこれと似た話で、丑三つ時に厠に入り、「雁婆梨入道（がんばりにゅうどう）」と名を呼んで下を覗くと、入道の頭が現れるので、その頭をとって左の袖に入れてから取り出すと、その頭はたちまち小判に変わると記述されている[2]。 一方で、この呪文が禍をもたらすこともあるといい、江戸時代の辞書『諺苑』では、大晦日に「がんばり入道ほととぎす」の言葉を思い
ansible/CHANGELOG.md at devel · ansible/ansible · GitHub
Ansible Changes By Release 2.6 "Heartbreaker" - ACTIVE DEVELOPMENT Porting Guide Major Changes Deprecations (to be removed in 2.10) See Porting Guide for more information Minor Changes Removed restriction from protocol in cloudflare_dns module to allow other protocols than tcp and udp to be specified. Ansible 2.6 and onwards, target_id parameter in vmware_target_canonical_facts module is an option
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
娘に、どうして勉強は必要なの？と聞かれた。４．５Ｐ氏ツイート
