GitHub Appsを使って回帰テストのフローを組んだら結構良かったよというお話

GitHub Appsを使って回帰テストのフローを組んだら結構良かったよというお話
背景 ソースコード管理システムとして2大巨頭のgithubとbitbucketですが、前者はパブリック、後者はプライベートリポジトリとして有用ですね。(githubのプライベート利用は有料) 今回はタイトルのままですが、OSS開発で活躍しているデプロイ自動化の技術を、個人開発だったり、企業資産としてコードは外に出したくない場合でも利用できるwerckerを使用してみました。 書店で参考資料を探してもまだ無かったり、Web上だと下位バージョンの情報があふれており各バージョンごとの情報が入り乱れていてなかなか手を出せなかったりするのではと思い書いてみようと思いました。 準備 各サービスのアカウント bitbucketアカウント(https://bitbucket.org/) githubアカウント(https://github.com/) werckerアカウント(http://www.wer
All slide content and descriptions are owned by their creators.
Products Discover Heroku’s AI PaaS (Platform as a Service), designed for effortless app deployment and scaling. Explore our cloud application platform features, reliable managed data services, and a robust ecosystem to power your modern applications. Elevate Your Salesforce Practice with Heroku Join us for a webinar! Learn how to grow your business with Heroku - explore the new offerings and benef
⠀人 / ⁰⊖⁰ \ オカメインコエンジニアの五十嵐(@ganta0087)です。 CrowdWorksでは、サービスのCI環境としてCirlceCIを利用しています。 今回、CircleCI 1.0から2.0に移行すると同時に、新機能のキャッシュをフル活用したことで、コストを増加させることなくCI実行時間を半分にすることができました。 今回の記事では、CirlceCI 2.0のメリットや、どのようなチューニングを行ったのかをご紹介します。 CircleCI 2.0について CircleCI 2.0は現在ベータ版となっており、「CircleCI 2.0: Beta Access - CircleCI」から申し込むことができます。(試してみたところ個人のリポジトリではすぐに利用できるようです。) 申請したOrganizationのすべてのプロジェクトで突然バージョンが切り替わるわけではなく、
Heroku CI automatically runs your app’s test suite with every push to your app’s GitHub repository, enabling you to easily review test results before merging or deploying changes to your codebase. Tests execute in a disposable environment that closely resembles your staging and production environments, which helps to ensure that results are accurate and obtained safely. Heroku CI works seamlessly
deppbot ensures that your Ruby applications are kept updated, always! Based on your configured schedule, deppbot will run bundle update on your Ruby app and send the result as a Pull Request to GitHub. deppbot will also check your app periodically for any RubyGem vulnerabilities and fix it automagically. Update Your App Now Do, Don't TellYour time is precious. deppbot doesn't just tell you that yo
複数プロジェクトを抱えるチームでのデプロイ自動化 1つのチームで,10以上のプロジェクト,コードベースを抱える場合にどのようにデプロイの自動化を進めたか,工夫したこと,考慮したことなどをまとめておく. デプロイツールには,Python製のfabricを採用しているが,他のツールでも同様のことはできそう.なお,fabricの基本的な使い方などは既にインターネット上に良い記事がたくさんあるので書かない(最後の参考の項を見てください). fabricの選択 シェルスクリプトとCapistranoを考慮した. まず,シェルスクリプトは人によって書き方が違うため,統一が難しくメンテナンスコストも高い.また共通化も難しい. 次に,Capistranoは,裏でやってくれることが多く,学習コストも高い.プロジェクトによってはかなり特殊な環境へのデプロイも抱えているため,Capistranoの前提から外れる
tl;dr TravisCIとCircleCIの根底にある違いの考え方を理解すると早い。 そして、違いを考慮しているproductを使うと便利。 e.g. checkstyle形式の結果をpull request review commentするsaddler CI result 考え方 CircleCI pushされたbranchをビルドする。 TravisCI pushされたbranchをビルドする。 pull requestのbranchを、仮にmasterにmergeしてみて、ビルドする。 仮にmasterにmergeしてみて?? TravisCIの二つ目のがわかりにくくて、混乱する。 やっていることは正しいんだけど、挙動が直感から外れるので、 TravisCIヘビーに使っているユーザーにもわりと意味不明挙動扱いされやすい(要出典) pull requestするとtravisのビル
CI サービスをいくつか触ってみたのでまとめ。 今回の目的は、テストを実行すること。なので、ビルドやデプロイ辺りはちゃんとは見ていない。 ドキュメントで確認しただけの項目などもあったりするので、間違っていたらごめんなさい。教えてもらえると助かります。 ただ、これは記事を書いた時点での比較で、今後のサービスの変更に対応する予定はないです。 触ってみたサービス一覧 アルファベット順。 AppVeyor CircleCI Drone IO Magnum CI semaphore shippable Travis CI wercker codeship ってのもあったけど、無料プランは月100ビルドまでとかで常用には耐えないと感じたので中身見てない。 機能比較 機能比較は全て無料プランでのもの。有料だと対応している場合でもここでは x にしている。 比較項目は私の独断と偏見で適当に選出した。 項目
If you know any other good continuous integration services, email me, I’ll review and add them to this list. BTW, here is a “full” list of continuous integration software and services. By the way, a few platforms from this list contacted me and asked to review them again. Some even offered me money to put them higher in the list (kidding). Anyway, it’s up to you to decide whether it’s a good sign
Rubicure,バッジの見本市としてのリポジトリとしても優れてる.— か (@ka_) 2014, 7月 23 と言われたので調子に乗って Rubicure で使ってるバッジをまとめてみます。 結構たくさんあるので必要に応じて使えばいいかと。 CI系 いろいろありますが無料で使えるのはこの辺。 Travis CI drone.io wercker *1 詳しく知りたい人用 CI(継続的インテグレーション)サービスまとめ・14個! - atskimura-memo CircleCI導入したのでwerckerとの比較も含めてまとめ - 月曜日までに考えておきます Travis CI (Ruby以外でも使える) githubにpushしてもTravis側でテストが開始するのが遅いため個人的に最近は使いたくないのですが、複数のrubyのバージョンやDBの種類で簡単にマトリクステスト出来るのが自分
Agile Japan 2015 サテライト<沖縄> - Java Küche | Doorkeeper 発表した話は後ろで書きます。 セッション 基調講演 1, 2 2日前に行なわれた 本会場 での基調講演の録画動画を見ました。 Janet さんの「アジャイル・テスティング」というタイトルからしてテスト技法みたいなイメージがあったけど、 どちらかというと「テストを通してチーム/メンバー間でのコミュニケーションをどうすべきか」みたいな話題でした。 特にテストのタイミングになると「質問」というフェーズから様々な情報の共有が行われるので そこでしっかりしていこう、みたいな話だったと思います。多分。なるほどなー。 横塚さんは、正直なところ発表を見る前は 「東京海上日動システムズ株式会社 顧問」 って肩書だし、すごい堅い上に「なんちゃってアジャイル」について語るのでは みたいなイメージだったのです
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Githubにコードをプッシュすると自動的にコードを取り込んでビルドが行われ、テストが走る。いわゆる「CI:Continuous Integration(継続的統合)」を実現するCI as a Servicesを提供する「Circle CI」が、Docker対応による継続的インテグレーション/継続的デリバリの開始を発表しました。 DockerファイルによってCircle CIで行うビルドとテスト環境を定義できるため、開発環境とテスト環境、デプロイ先の稼働環境などの違いを事実上なくせることが大きな利点だと説明されています。 You can now use all Docker functionality within our build environments. All of the usual Docker commands work as expected, so you can bu
内容・趣旨 Travis CIの Josh Kalderimisさん、Hiro Asariさんが来日されるので、お話を伺ったり質問したりする会。 RubyKaigiの前日です! ustream http://www.ustream.tv/channel/dena-technology-seminar タイムテーブル 18:30〜 受付開始 19:00〜 Joshさん+Asariさん(1h+質疑応答) 20:00〜 LT数本(1h弱) 21:00〜 懇親会(1h) LT希望の方へ 言語を問わず、Travis CIに関するLT(lightning talks)を募集します LT枠は一般参加と別に用意していますので、「一般参加」でなく「LT枠」でお申込みください LTお申込みの際は、予定タイトル、もしくは言語をコメントにお書きください おひとり5分を予定しています 予定タイトル(申し込み順に随時
佐藤聖規(太田健一郎/ 和田貴久/ 玉川紘子)※()内はチューター 佐藤聖規 株式会社NTTデータ所属。 技術開発本部 ALMソリューションセンタ シニアエキスパート 入社以来Javaのパフォーマンス・トラブルシュートの社内支援業に従事後、某社アーキテクトとして全社ITインフラ基盤を構築。 現在はアジャイル、クラウドをキーワードにソフトウェア開発技術のR&Dに従事。 『Jenkins実践入門』など書籍・記事執筆、講演、Jenkinsユーザ会スタッフ、neat.、コミュニティ活動などを精力的に行う。 ソフトウェアの品質を安定させ、開発/テストのプロセスを大きく効率化するCI(継続的インテグレーション)について、背景・目的から導入方法までを学びます。 Agileのキモは実践にあり。後半では、現在最も利用されているCIツール「Jenkins」を使った実践を行います。
Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日都内で開催されました。「現場に聞く!テスト/CI/DevOps、実際のところどうなの」というセッションでは、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇しています。 セッションの前半では、テストの重要性やテストをどのくらい書くべきなのか、といった議論が行われましたが、後半ではどうすれば組織としてCIやテストに取り組めるのか。そして組織内での情報共有などについての意見が交わされました。 (本記事は「はてなやクックパッドの開発現場で、CIやテストはどう行われているのか?(前編)。CROSS 2014」
プルリクエストのレビュー時に 「規約では1行あたり最大80文字なので、1文字削ってください」 などと一々指摘していると人間関係が破綻する可能性があります。 こういう定量的なものに関してはロボットに任せるのが一番です。 そこでHoundCIを使いましょう。 これはRubocopにリポジトリを監視させるというコンセプトのサービスです。 HoundCIを使うメリット コーディング規約違反のコードがmasterに入る前に必ず検知できる チームメンバー全員でRubycopを使う必要がない ダルいコーディング規約に関する議論が可視化できる 人間関係が壊れない(重要) 気軽にみんなでRubocopを使える Rubocopをsyntasticを使ってVimから自動実行する Rubocopを使ってコーディングルールへの準拠チェックを自動化 Qiitaの上のような記事を読んでから、暇があったら導入しようと思っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く