リリース | Heroku Dev Center
コードをデプロイしたり、設定変数を変更したり、アプリのアドオンリソースを変更したりするたびに、Heroku によって新しいリリースが作成され、アプリが再起動します。アプリのリリース履歴を表示したり、デプロイまたは設定変更が失敗した場合に一時的に以前のリリースにロールバックしたりできます。 リリースの作成 アプリの最初のリリースは v1 という名前で、それ以降のリリースのたびに数字が大きくなります。 この例では、コードのデプロイによりリリース v10 が作成されます。 $ git push heroku master ... -----> Compressing... done, 8.3MB -----> Launching... done, v10 http://severe-mountain-793.herokuapp.com deployed to Heroku すでに述べ
トランクベース開発とデプロイ - Mitsuyuki.Shiiba
前回は Git-flow とデプロイについて書いたので bufferings.hatenablog.com 今回は、トランクベース開発とデプロイについて考える。LinkedIn, Facebook, Google などもトランクベースの開発をしてるんだね 参照: Agility Requires Safety | Y Combinator トランクベース開発は Git じゃなくてもいいと思うんだけど、この記事では Git 前提で考える トランクベース開発？ 幹（trunk）となるブランチにみんなが小さな変更を加えていくブランチモデル。寿命の長いブランチを作らないようにすることで、マージでつらい思いをしなくて済むようになって、ビルドも壊れないようにできて、ヤッター！というもの trunkbaseddevelopment.com Git-flow みたいに develop ブランチで開発をする
Azure WebAppsにGitLab連携でデプロイしてみよう | dotstudio
こんにちは、dotstudio代表ののびすけです。 最近Azure WebAppsを使って開発をしています。dotstudioではGitLabを利用してソースコード管理をしているのでGitLabとWebAppsを連携し自動デプロイをする方法を紹介します。 「Auto-Deploying to Azure App Services from GitLab」を参考にしましたが、調べても英語記事しかなかったので日本語記事は初めてだと思います！ 今回やることGitLabはGitHubやBitbucketのようなGitのホスティングサービスです。 GitHubとBitbucketはWebAppsが公式対応しているため簡単に設定できますが、GitLabは公式対応していないため少しやり方が特殊です。 やりたいことはこの図の通りで、作業者がGitLabにPushしたら自動的にWebAppsにデプロイされる
TEKTON Trigger + PipeLine で git push から デプロイまでの自動化 - Qiita
この記事は、TektonパイプラインでコンテナをビルドしてK8sクラスタへデプロイする方法の続きで、次図の左上のデベロッパーが git push するだけで、右端のKubernetesクラスタの環境にデプロイされるまでの途中工程を Tekton Trigger と Pipeline を組み合わせて実現する。前回の記事は、図後半のパイプラインの構築したものであった。今回は前半のGitリポジトリのWebhookを受けて、パイプラインを実行する部分を重点に書いていく。 環境設定 どのクラウド上でもTektonは動作するので、下記 kubectl get node でワーカーノードがリストされた状態から、記事の内容は始める。GitHubからのWebHookを受ける部分で、イングレスコントローラに割り当てられたドメインとシークレットを参照するために、IBM Cloud 固有のコマンドを実行する部分が
【Jenkins】BacklogにpushされたらJenkinsで自動デプロイする - Qiita
概要 全体イメージ GithubじゃなくてBacklogを使いました。 これでGitのクライアントソフトでプッシュして、更に今度はFTPのクライアントソフトでドラック&ドロップでファイルを操作してアップロードするといった不毛な作業を無くします。 jenkinsのワークスペースからファイルをFTPで転送するプラグインがあったので、それを試用しました。本当はsshでログインしてgit pullとかコマンドを叩いた方が良いと思います。 Backlogの設定 まずBacklogの設定から行います。 プロジェクト設定→Git→リポジトリの編集ボタン webフックの設定を行います。 http://【Jenkinsサーバ】/git/notifyCommit?url=【GitリポジトリのURL】 詳細はこちら サルでも分かるGit Webフック入門 Jenkins側の設定 適当な名前でジョブを作成しておき
簡易デプロイツールを「Git+シェルスクリプト」で実装してみた | vdeep
「git pushでデプロイをかんたんにおこなえる環境を構築する」といった内容の記事です。 この方法でもよいのですが「本番環境にbareリポジトリをわざわざ作るのがめんどう」＆「bareリポジトリはGithubだけで良い」という方向けに、別の方法を考えました。『Git + シェルスクリプト』でデプロイする方法です。 デプロイ方法なんかで検索してみると、Githubにpush時、Jenkinsなどでhookを受け取りデプロイをおこなう方法がたくさん出てきますよね。Capistranoなんてデプロイツールもあるそうです。 JenkinsなどのCIや、Capistranoといったツールが使えればそれでも良いですが、以前務めていた現場では残念ながらCIが無い環境だった（Capistranoは使い方分からない）ので、別の方法を模索していました。 というわけで今回、『Git + シェルスクリプト』でデ
Jenkinsの自動デプロイにAnsibleを使ってみた - sometimes I laugh
ありがたいことに、以前のJenkins自動デプロイ記事がそれなりに多くの反応をいただきまして、冷静に見直してみたのですが、ちょっとデプロイ処理が雑だなと。 最近ではデプロイをやるにも、Capistranoやfabricなどのツールがあり、多様化するデプロイ要件に柔軟に対応できるような工夫が施されています。これらのツールを用いることで、シェルスクリプトで記述されたぐちゃぐちゃなオレオレデプロイを回避できたり、デプロイ失敗時のロールバックなどがしやすくなるメリットがあります。 現在開発しているアプリでは、git pullだけでデプロイできるようにしてあるので、前回の記事のようにJenkinsのジョブにシェルスクリプト直書きでもいいのですが、 デプロイ先の変更やスケールアウトに対応しにくい 認証鍵の場所をコマンドで直書きするのが、個人的にちょっと抵抗ある 書き方がスマートじゃない ←重要 という
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
