The best CI/CD solution for high-performance engineering teams.
![The best CI/CD tool for high-performance engineering teams - Semaphore](https://cdn-ak-scissors.b.st-hatena.com/image/square/256e152feba69cf99f1fde8da536a9704d2c8fa2/height=288;version=1;width=512/https%3A%2F%2Fsemaphoreci.com%2Fwp-content%2Fuploads%2F2022%2F09%2FGeneric-social-card-Semaphore.png)
The best CI/CD solution for high-performance engineering teams.
最近話題のCI as a Serviceを導入すべく調査してみました。JenkinsさんもすごくいいのですがAWS smallインスタンスに乗せているとやっぱり本来の力を発揮できない感じがあるので。 CircleCIって以前は、一番安い契約だと1Private Repositoryしか扱えなくて使いづらそうな印象だったのですが、4月末頃にPrivate Repository数は無制限、同時実行ジョブ数で課金というPlanに変更になったようですね。 Simple and Transparent Pricing | The Circle Blog http://blog.circleci.com/simple-and-transparent-pricing/ 自分の関わっているプロジェクトでは、 リポジトリはそれぞれの役割ごとにいくつか分けている 開発者数は少ないのでコミット頻度はそんなに高く
とりあえずデモサイトを示しますので適当に見て下さい. http://ukigumo.moznion.net/ さて今回はゆるふわCIシステムであるところのUkigumoのナウいスタイルについて説明しようと思います. ここ最近ではUkigumo::AgentというAgentサーバが存在しており,これを使うとまあ便利なんですけれども,ドキュメントが少ない為か *1 あまり利用されている事例を見かけませんので,それらも踏まえて解説したい感じです. まずUkigumoとは何か CIシステム.Perl製. Perl製だが,もちろん他言語のプロジェクトでも使える. Travisのようにサービスとして提供されている感じではなく,自前でインストールして使う. 多分,感覚としてはJenkinsに近いと思うが,そこまで複雑ではなく,シンプル. 基本的に,「テストの実行及びその結果の取得」と「テスト結果の保存」
CIって? CIはContinuous Integration(継続的インテグレーション)の略です。 継続的インテグレーションとは、ソフトウェア開発手法において、プロジェクトメンバーがそれぞれ開発した結果を頻繁に結合し、定期的にビルドやテストを行うことである。問題点を早期に摘出することができ、効率的な開発に役立つ。 不具合は早く見つける方が対策費用が抑えられるため、ソフトウェアのビルドを頻繁に行うのが好ましく、ビルド結果が正しいことを検証するためにすぐにテストを行う。このような手続きは出来る限り自動化するのが好ましい。そのため、継続的インテグレーションを実践するためには、結合のためのビルドとテストの自動化のために「CIサーバー」などと呼ばれる専用コンピュータを用意することが推奨されている。 ちなみに、ソフトウェア開発手法のひとつである「エクストリームプログラミング」では、継続的インテグレー
久々のブログです。 夕方に3DS LL とポケモンのセットが届いたのですが、電源がついてなくてあんまり遊べてません。 今週末は @kuzuha さん主催での Spika Hackathon というイベントに参加してきました。 Spika がどういうものなのかはこの辺の記事を見ればいいと思います。 Spika - world first opensource messenger for ios/android 世界初 メッセンジャーアプリ「Spika」を完全オープンソースで公開、フロントからバックエンドまで提供 TechWave に記事が紹介されて直後から、コードの品質がヤバいと話題になっていました。 masuidrive さんの Facebook の投稿 レガシーズ 公式ブログ — PHPerはSpikaのどこを見たのか? 僕自身も以下のような印象を持ちました。 (アッ、メッセンジャーの綴
はじめに はじめまして。(株)ミクシィの加藤和良です。2008年度に入社し、2011年1月からはシステム本部 技術部に所属しています。技術部は、日記やコミュニティといった特定のサービスに紐づかない、mixi全体を裏から支える部署です。「支える」ための方法は、実際のサービスの一部として動作する共通基盤から、開発効率を上げるために社内で動作しているものまで、多岐にわたります。 mixiでは、ここ数年で自動テストの導入が急速に進みました。図1は、mixiのソースツリーにおけるコードと、そのテストコードの毎月1日のバイト数をグラフにしたものです。2008年の頭には少なかったテストが急速に増え、今年の5月にはコード量をも追い越しているのがわかります。 携帯電話向けmixiである「mixiモバイル」の開始が2004年、mixiニュースが2006年ですから、2008年当時のmixiも、それなりに大き
Captcha security check appelier.com is for sale Please prove you're not a robot View Price Processing
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く