サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
やる気の出し方
cloudbees.techmatrix.jp
タイトルどおり、このガイドではフィーチャーフラグについて説明したいと思います。 フィーチャーフラグとは何なのか? どのように使えばよいのか? どのように始めればよいのか? これらのトピックをすべてカバーしたうえで、ほかの話題にもいろいろ触れていきます。 フィーチャーフラグが興味深いのは、簡単そうでいて奥が深いという点です。 「フィーチャーフラグとは何なのか」という質問に対しては、2つ3つのセンテンスで答えることも、本をまるまる一冊書くこともできます。 コンテキストによって、どちらの答えも適切でしょう。 ですから、基礎を全部カバーできるよう、できるだけ簡単なところから始め、だんだんに詳細に入っていくことにしましょう。 フィーチャーフラグとは何か?必要最小限の定義 ソフトウェアでフラグと言えば、「バイナリ値の格納に使用される1またはそれ以上のビット」です。つまり、trueまたはf
CIとは、Continuous Integrationの略、 継続的インテグレーションと呼ばれています。 CIとは、Continuous Integrationの略で、一般的に継続的インテグレーションと呼ばれています。 CI (継続的インテグレーション) は開発者が書いた新しいコードとマスターブランチ(トランク)を頻繁に統合するプロセスです。新しい機能開発のためにブランチを作成する場合、つぎにマージするまでの期間が長くなるにしたがって変更量が多くなり、マージ作業が大変になるだけでなく、問題が含まれるコードの特定と分離が難しくなります。一回のコミットでの変更量を小さくして頻繁にマージすれば、問題の発見が早くなり対処が楽になります。また、問題発見のオーバーヘッドを小さくするために自動化されたテストを行うことが有効です。 CIを実現するための一連の流れをパイプラインと呼びます。開発者のコミットを
CDとは、Continuous Deliveryの略で、継続的デリバリーと呼ばれています。 継続的インテグレーション(CI)を延長して、より高レベルの結合とテストなどを自動的に行い、新しい変更がリリース(本番環境へデプロイ)可能であることを保証するプロセスです。実際に行われることは開発プロジェクトによってまちまちですが、ソフトウェアのパッケージングや成果物リポジトリへの登録、テスト環境へのデプロイ、機能要件/非機能要件の充足を確認する包括的なテスト、監査やコンプライアンス準拠のための記録・エビデンス作成などが挙げられます。このプロセスを経た成果物はいつでも本番環境にデプロイすることができます。 継続的デリバリー(CD)では、すべてのコード変更は、ビルドとテストを実行した後、テスト環境またはステージング環境にデプロイして、システムテストやUIテストを行います。開発者は、準備ができた時点で、最
Home » Jenkins ブログ » jenkins » Jenkins Xの舞台裏 – Kubernetes上のクラウドアプリケーションのためのCI/CDソリューション 背景 : Motivation Jenkins Xは、Kubernetes上のクラウドアプリケーションのための自動化されたCI/CDソリューションです。Jenkins Xはツールのインストール、構成、およびアップグレードを自動化するので、ユーザーは使い始めからたくさんの知識を詰め込む必要がなく、自分のペースで学ぶことができるため、ユーザーエクスペリエンスが非常にシンプルになります。 すでに用意されたオートメーション機能を使えば、チームは品質と安全性の高いソフトウェアを頻繁に、また予定どおりに顧客にリリースすることに集中でき、その背後の仕組みを気にする必要がありません。CloudBeesでは、舞台裏の要素についてユ
Jenkinsとは、継続的インテグレーション(CI)や継続的デリバリー(CD)、 継続的デプロイメントを実現するためのツール Jenkins(ジェンキンス) とは、継続的インテグレーション(CI)や継続的デリバリー(CD)、継続的デプロイメントを実現するツールです。 Jenkinsは、「ソフトウェアのリリーススピードの向上」「開発プロセスの自動化」「開発コストの削減」といった目的とするオープンソースのツールです。現在、プロジェクトはLinux Foundationによって管理されています。 CI/CDツールはたくさんありますが、そのなかでも Jenkinsは、汎用性が高いことから大きな支持を得ています。170万ユーザー以上の導入実績があり、世界中のソフトウェアエンジニアによって開発された 1,800以上ものプラグインが利用可能なことが特長です。 Jenkinsは、Javaが動く環境であれば
(この記事は、CloudBees社 Blog 「CloudBees Kubernetes Roadmap: The Journey Starts Today!」2018年2月28日Sacha Labourey 投稿の翻訳記事です。) 今回は、今後数ヶ月にわたって私たちのロードマップとKubernetesへのコミットメントについてお知らせする一連の発表の第1弾となります。 Kubernetesが重要である理由 – Why Kubernetes? ところで、なぜKubernetesが重要なのでしょうか? ここ数年で、クラウドとコンテナという2つの現象は、互いを補強しながら驚異的な成長を遂げました。クラウドがスケーラブルかつ即時オンデマンドで利用可能なカスタマイズされたインフラを提供する一方で、コンテナは非常にシンプルかつ軽量な方法でDevとOpsの世界を統一するのに役立つ基本的なブロックを提供
(この記事は、CloudBees社 Blog 「Opinionated Kubernetes and Jenkins X」2018年3月18日 Michael Neale 投稿の翻訳記事です。) 先日、あらゆるクラウドプラットフォームがKubernetesに集結し、開発者も同様だという記事を書きました。とてもエキサイティングな時期を迎えていますが、反面、多くの人にとって問題となるのは、アプリケーションをどうビルドしてデプロイするかについて、まだまっさらの大きな白紙であることです。これは空白、無であり、無限の可能性を秘めたキャンバスです。 問題は、想像がつくと思いますが、何も描かれていないキャンバスでゼロから始めることが本当に好きな人、また始められる人はほとんどいないということです。私自身も、何か既にあるものから作業を開始し、解決に向かって試行を繰り返すか、あるいは何か指針となるレールがある
このページを最初にブックマークしてみませんか?
『cloudbees.techmatrix.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く