CI/CDを通じて日本のソフトウェア開発を変えていくために今何が必要か？
社会のあらゆる分野でデジタル化が進むなか、ビジネスにおけるソフトウェアの重要性が増しています。目まぐるしく変わる消費者の動向やビジネス環境の変化に、柔軟かつ迅速に対応できるソフトウェア開発手法である「アジャイル」が注目されるのと併せて、テストやデプロイを自動化し、より効率的で、スピード感のある開発運用環境を実現する手段である「CI/CD（継続的インテグレーション／継続的デリバリ）」への関心も高まりを見せています。今回、OSSのCI/CDツールとして著名な「Jenkins」のプロジェクトリードを務める川口耕介氏と、ヤフーでOSSのCI/CDワークフロー構築ツールである「Screwdriver」の開発に携わる中山亮介氏、高橋侑也氏が「CI/CDを通じて日本のソフトウェア開発を変えていく方法」について意見を交わしました。 ヤフーではCI/CDツール「Screwdriver」をどう使っている？ 川
新 GitHub Actions 入門 - 生産性向上ブログ
github.blog GitHub Actions の新バージョンが 8/8 に発表されました。 www.kaizenprogrammer.com 自分は過去にも旧バージョン時に GitHub Actions の入門記事を書いていたのですが、新バージョンがこれまでと大きく変わってしまっているので、この記事ではあらためて GitHub Actions についていろいろ調べたり動かしてみたりした内容をまとめます。 目次 注意事項 GitHub Actions とは これまでの GitHub Actions とどこが変わったか コンセプト マルチプラットフォーム対応 HCL から YAML へ 料金 その他 GitHub Actions と Azure Pipelines 簡単な例 (Hello, World) ワークフローの設定 ワークフローとは ワークフローを実行するイベント ワークフロー
CIマニアから見た各種CIツールの使い所 - くりにっき
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
オープンソースプロジェクトのすゝめ - Qiita
自前のブログからの転載。QiitaはJavascript使えないのがさみしい。 人は生まれながらにして貴賤の別なく、ただオープンソースプロジェクトを勤めて物事をよく知る者が貴人となるなり。 昔、偉い人がそんな感じのことを言っていたような。 私がGitHubで開発しているライブラリ、Pcap4J のスターの数がつい先日 200 に達したのを記念して、これまでどんな活動をしてきたか、この活動によって何を得たかなどについて書きたい。 願わくは、この記事に触発されてオープンソースプロジェクトを始める人のあらんことを。 Pcap4Jとは？ Pcap4Jは、パケットキャプチャとパケット解析をするJavaのライブラリ。 ニッチ。 ただ最近になってビッグデータ解析技術が発達し、大量のパケットをリアルタイムで解析してシステムや運用にフィードバックするというのが現実的になってきたので、パケットキャプチャへの注
DockerコンテナでAnsibleをテストする — そこはかとなく書くよん。 ドキュメント
DockerコンテナでAnsibleをテストする¶ Ansible 2.0になり、Docker connection pluginが標準で入りました。これにより、Docker内にsshdを立てることなくAnsibleを直接実行できるようになりました。 すでに導入されている方も多く、かなり今更ではありますが、Dockerコンテナに対してAnsibleを実行してテストする方法についてここに記します。 参考GitHubリポジトリ Dockerに対する場合の制限¶ まず最初にAnsibleをDockerコンテナに対して実行する際の制限についてです。 基本的にはすべての機能が使えます。ただ、以下の制限があります。 /etc/hosts, /etc/resolv.conf, /etc/hostnameは書き換えできない これらのファイルはDockerがbind mountしており、書き換えられるが、置
25名で550社・7万ユーザーの業務アプリを開発・サポートするチームスピリットのCI環境とプラットフォーム
勤怠や経費などの入力をスムーズにし社員の生産性を高める業務アプリケーション「TeamSpirit」を開発・提供するチームスピリット。550社が導入し、7万ユーザーが利用するこのアプリを、同社では半年前まで開発7名、サポート10名で運営してきた。バージョンアップを年3回実施。個別問い合わせも多い分野であるのに、なぜ少人数で運営できるのか。同社の取締役技術担当 有本陽助氏とR&Dチーム 製品企画・品質管理担当 エンジニア 倉谷 彰氏にその理由を聞いた。 本記事の目次 （→シリーズの特集ページ） ▶ 全ての顧客に同じ製品を提供して個別カスタマイズはなし。けれども高い満足度はなぜ？ ▶ 550社・7万エンドユーザーのアプリをたった25名で開発・サポート ▶ Jenkins＋GitHub＋Docker＋SeleniumでSalesforce向けCI環境を構築 ▶ さらなる拡張性・柔軟性のために全面的
ドキュメントの継続的な開発方法 | IIJ Engineers Blog
私はソフトウェア開発を主体とするエンジニアで、 クラウドサービスの開発・運用 分散処理技術の検証とサービス利用の検討 社内の開発支援環境の開発・運用 などの業務に従事していますが、今回の記事は業務とは直接的な関係は無く、私が会社で勝手自発的に行っている取り組みについて書きたいと思います。 昨今、インターネットは生活に深く浸透し、クラウドサービスを利用することで安く簡単にWebサービスを開発、公開できるようになりました。Web技術の進化や流行の移り変りも非常に激しく、既存サービスの機能追加や新規サービスの開発は頻繁に行われています。それは弊社も例外ではありません。 このような開発の現場では、リーンソフトウェア開発への取り組みなど開発手法の最適化が積極的に行われ、様々なベストプラクティスが生みだされています。それらのベストプラクティスには、 継続的インテグレーション や 継続的デプロイメント
クラウド上でチーム開発！ 継続的インテグレーションを取り込んだ分散開発環境をスピーディかつ手軽に導入できるOracle Developer Cloud Service - builder by ZDNet Japan
オラクルは、Oracle Java Cloud Serviceを利用する企業に最適なチーム開発環境として「Oracle Developer Cloud Service」を提供している。同サービスを利用することで、企業は継続的インテグレーションも取り込んだ分散開発環境をスピーディかつ手軽に導入することができる。 必要な機能を網羅したオールインワンのチーム開発環境をクラウドで提供するOracle Developer Cloud Service 本サイト掲載記事「WebLogicをパブリック・クラウドで使う」でも紹介しているように、オラクルは企業アプリケーションの実行環境として広く利用されている「Oracle WebLogic Server」をパブリック・クラウド・サービスとして使うことのできる「Oracle Java Cloud Service」の提供を開始している。同サービスを利用することで
アジャイルな開発には安全性が不可欠 : 現実世界の安全機構との3つのアナロジー | POSTD
(2016/7/15、著者プロフィールを修正いたしました。) 仮に、高速道路の自動車をより速く走らせることがあなたの務めだとします。もしあなたが、ドライバー全員にただ「アクセルを思いきり踏むように」と言ったら、一体どうなるでしょうか？ 結果は明らかに、大惨事となるでしょう。それなのに、ソフトウェアの構築を速めようとする時に、多くの開発者がまさにそんな態度を取っているのです。その理由として持ち出されるのは、以下のようなことです。 「本当にアジャイルに進めたいので、デザインやドキュメントには時間をかけられない」 「これは本番環境にすぐ反映しなきゃいけないから、テストを書く時間はない」 「何もかも自動化する時間はなかったので、コードのデプロイは手作業でやる」 自動車が高速道路を高速で走るには、安全性が欠かせません。より速く走るためには、ブレーキやシートベルト、エアバッグといった、いざという時にド
ドキュメント作成システム構築ガイド[GitHub，RedPen，Asciidoctor，CIによる モダンライティング]
この本の概要 アプリケーションの開発手順，製品のユーザマニュアルなど，ドキュメントの多くはエンジニアによって作成されています。ドキュメントの品質が低い場合，読み手が誰であっても内容の理解に時間がかかります。ドキュメントは簡潔で内容を正確に伝えるものでなければなりません。 エンジニアにとってドキュメント作成は避けて通れません。いまやドキュメント作成はコーディングと同様にエンジニアに必要な技術なのです。本書は，ソフトウェア開発の技法に基づいてドキュメント作成を支援するシステムを構築します。このシステムではGitを用いたバージョン管理，GitHubによる共同編集，RedPenによる品質チェック，CIツールによる継続的改善などを利用します。 応用としてAsciidoctorによるドキュメントのスタイル調整について解説します。Webでの公開に耐える品質はもちろん，技術文書の電子出版においても役立つ内
![ドキュメント作成システム構築ガイド[GitHub，RedPen，Asciidoctor，CIによる モダンライティング]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c752e4c074ac8fba51835a8961287ac1e713755d/height=288;version=1;width=512/https%3A%2F%2Fimage.gihyo.co.jp%2Fassets%2Fimages%2Fogp%2F2016%2F9784774180366.jpg)
継続的インテグレーションの過去・現在・そして未来 〜ヌーラボの事例と共に考える〜
Seasar Conference 2015 https://event.seasarfoundation.org/sc2015/Read less
Javaユーザに贈るJenkins 25のTips
第10回 Jenkins勉強会の資料です。 https://www.meetup.com/ja-JP/Tokyo-Jenkins-Area-Meetup/ Jenkinsの最新機能を知りたい → Jenkins Community blog https://jenkins.io/node/ Pluginを探したい → Plugins Index Renewal !! https://plugins.jenkins.io/ Jenkinsfileで使えるstepを探す → Pipeline Step References https://jenkins.io/doc/pipeline/steps/ バグを踏んだ？ → Jenkins Issue Tracker https://issues.jenkins-ci.org/projects/JENKINS/issues/JENKINS-4492
プライベートリポジトリ無制限のGitLab.comを試してみた - たけぞう瀕死ブログ
Hacker Newsでこんな記事が流れていました。Hacker Newsでのコメントはこちら。 agateau.com こういう記事でAlternativeとしてGitBucketがあげられるようにならないといけないなぁと思うもののそれはさておき、先日の障害のときのようにGitHubが落ちたら仕事にならなかったりとか、SourceForgeやGoogleCodeの件を見ても今後GitHubのサービスがずっと今の形で継続するという保証はどこにもありませんし*1、さらにGitLabのオンプレ版であるGitLab CEはGitBucketと直接競合するということもあり、機能面を把握しておくためにGitLab.comを試してみることにしました。 GitHubやBitBucketなどのアカウントでログインすることができ、これらのサービスからリポジトリをインポートすることもできます。試しにリポジトリ
よくある業務開発の自動化事情 #jjug_ccc #ccc_cd3
81. 最近の話題 そいやjUnit5の声も聞こえてきました 未評価なのでなんとも言えないけど @Test @Name("My 1st JUnit 5 test! 😎") void myFirstTest(@TestName String testName) { assertEquals(2, 1 + 1, "1 + 1 should equal 2"); assertEquals("My 1st JUnit 5 test! 😎", testName, () -> "testName is injected correctly"); } https://github.com/junit-team/junit5-samples
ビルドやテスト環境の自動化は、顧客の一声でつぶされてしまった～自動化の現場の真実（前編）。システムテスト自動化カンファレンス 2015
ビルドやテスト環境の自動化は、顧客の一声でつぶされてしまった～自動化の現場の真実（前編）。システムテスト自動化カンファレンス 2015 テスト自動化研究が主催するイベント「システムテスト自動化カンファレンス 2015」が、2015年12月13日に、六本木のヤフー株式会社で開催されました。 午前中に行われたセッション「自動家は見た～自動化の現場の真実～」には関西のコミュニティ「おいしが」のメンバーが登壇。テストを含む開発環境を自動化しようとしてきたエンジニアの、現場での苦悩と苦労をリアルに紹介しています。 その内容を前編、中編、後編の3本の記事にまとめました。この記事は前編です。 自動家（オートメータ）は見た！ 自動化の現場の真実。 「おいしが」の前川博志氏。 おいしがから来ました。グループ名にあんまり深い意味はありません。 自動化で発表される事例は、わりと恵まれた環境で、すごい能力を持って
GitLab CIを使って仕事で楽をする - Qiita
初めまして。Qiitaにはいわゆる初投稿というやつです。今後も(あれば)よろしく。 軽い自己紹介 大学生やってます。後輩のコードレビューをする際に品質を下げずに楽をしたかったので、CIを用いることにしました。 この記事はJenkins等のCI環境を経験したことをなかった僕が手探りでやった内容になりますので、おかしい点があったら指摘してもらえるとありがたいです。 GitLabとGitLab CI ちょっとしたお話 GitLab CIはバージョン7までは設定したら使える、GitLab本体とは別の機能でした。 ですが、8にてGitLab本体と完全に統合された結果、特に設定しなくても有効になり、またUI面でも細かい部分が変化しています。既にあるブログの資料などが、若干runnerの扱いが異なったりするのはそのためです。 使う計算機資源 GitLab(Ver:8.4.2)用のサーバーが一台 CI R
TestLinkで手動テストと自動テストを統合する : JUnit編 - Qiita
徐々にテスト自動化していく場合のニーズ コンポーネントテストや統合テストなど開発者主体の自動テストの場合最初から自動テストのみを管理して、特に手動テストと管理をまとめたいというニーズはありません。 しかし、システムテストレベルの場合、全自動化がされていることは少なく、また現実的ではないので、現状手動のテストを徐々に自動化していくというのが良くあるパターンではないでしょうか？ そのような徐々に自動テスト化していく中では手動テストと自動テストを同時にリグレッションテストやスモークテストとして行ったりするので、両方をまとめて管理したい、まとめて状況を見たいというお話をマネージャーさんからリクエストされることが度々あります。 私にそんな話が来るぐらいと言うことは世の中でもそういうニーズがあるに違いない、そもそもHPのQuality CenterやIBMのRational Quality Manag
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
textlintをTravis CIで動かして継続的に文章をチェックする - Qiita
GitLabとDigitalOcean, オープンソースコミュニティにGitLab CIを無償で提供
パイプラインベースのCI/CDツール Concourse CI入門 - BLOG.IK.AM
