GitLab CIで出来る事を簡単に紹介【Shell】 | 丸ノ内テックブログ
フロントエンド front end バックエンド back end アプリ開発 app インフラ infra その他 other データドリブン data driven タグ一覧 Ajax（1） Android（20） Apache（2） AR（2） benchmark（1） BigQuery（2） browsersync（1） C4（1） CakePHP（1） CentOS7（1） CI（1） CMS（3） CoreNFC（1） CraftAR（1） CSS（1） DeepLab（2） Dmitry Stogov（1） ECMAScript（1） ECMAScript6（1） ElePHPant（1） Facebook（3） FFmpeg（1） firebase（1） fluentd（1） Framework（1） GD（2） gif（2） Git（1） GLSL（5） Google A
Gitlab CI を使ってみるメモ - ngyukiの日記
Jenkins からの移行のために今更だけど使ってみたメモ。 なお、うちの Gitlab はソースから入れていてデータベースも MySQL です。たまにしかバージョンアップしていないのでちょっと古いです(8.17.2)。 参考 https://docs.gitlab.com/ee/ci/ 公式のドキュメント https://docs.gitlab.com/ee/ci/yaml/README.html .gitlab-ci.yml のリファレンス https://docs.gitlab.com/ee/ci/runners/README.html Runner のドキュメント https://docs.gitlab.com/runner/ 公式の Runner の実装のドキュメント https://gitlab.com/gitlab-org/gitlab-ci-multi-runner ↑のリ
GitLab CIならWindowsでのCIも簡単
WindowsでビルドやテストをするようなCIがGitLab CIで簡単に構成できるので紹介します。 簡単にわかるGitLab CIの仕組みで書いたように GitLab RunnerはGitLab本体とは分離して別マシンや別コンテナに配置して、GitLabとGitLab Runner間はAPIで通信する仕組みになっています。 ということなので、ビルド環境のある物理WindowsマシンにGitLab Runnerを設置することでWindows版CI用Runnerを構築できます。 Install GitLab RunnerはGolangで書かれておりシングルバイナリとして配布されており、インストールはバイナリを配置するだけokです。 x86: https://gitlab-ci-multi-runner-downloads.s3.amazonaws.com/latest/binaries/gi
GitLab CIでテスト・ビルド・デプロイを自動化する - Qiita
開発者はGitLabのプロジェクトにおいてmasterブランチにpushすることが可能な権限（Owner以上）を有していること 開発者はプロジェクトのリモートリポジトリとssh接続できること 開発者のマシン環境にGradleとOpen JDKが予めインストールされていること 「GitLab CI」を理解する 「GitLab CI」とは GitLab CIはCI（Continuous Integration、継続的インテグレーション）ツールの一つです。GitLab 7.14から8.0へのメジャー・アップデートにより、GitLab CIはバージョン管理機能を有したGitLab CE/EEに統合されました。 From 7.14 to 8.0 | GitLab.org / GitLab Community Edition · GitLab 「GitLab Runner」とは 「GitLabサーバー
git push で jenkins ビルドする - Qiita
jenkins の設定 Jenkinsのプロジェクトの設定で、ビルド・トリガ>リモートからビルド を選択し、ビルド用のトークンを設定する。 ここでは仮に"hogehoge"としたとする。 ためしにURLを叩いてみる これでビルドが実行されればOK ちなみに、トークンを使用するのは「セキュリティを有効」に設定している場合のみ。 まちがってユーザ設定しないまま、セキュリティを有効にして管理画面を閉じてしまうと何もできなくなってしまう（復帰方法はるのかな？）ので注意。 その場合、以下のページを参考に「セキュリティを有効にする」を無効化することができた。 git リポジトリのフックスクリプトに追加する ※サーバ側のリポジトリで設定する hook/post-update ファイルを用意
開発者（個人）のためのJenkins - Git Plugin編 - Qiita
はじめに 「開発者（個人）のための」としているのは、別に自分でやっても良いんだけど Jenkins に任せられるなら任せたい、くらいのモチベーションを表現したつもりです。 環境 Ubuntu 14.04 LTS Jenkins 1.573 Bootstrap になって雰囲気が変わりましたね 初期設定 Jenkins 初期設定 Plugin のインストール Git Plugin 依存しているPluginも自動的にインストールされます。 Git Parameter Plugin は、ビルド時に Extended Choice Parameter plugin の Single Select ようなパラメータ形式で、リビジョンやタグを選択できるプラグインです。 Git 初期設定 Git Install Git がインストールされていないなら、apt や yum でインストールしておいて良いでしょ
git commitをフックしてJenkins でビルドを起動
gitでリボジトリへコミットすると、それをJenkinsが検出して、ビルドを実行する仕組みを入れてみた。 通知にするべきかポーリングにするべきか、それが問題だ。# 調べてみると、gitのCommitからJenkinsにビルドさせる方法は2つあるっぽい。 git commit時にJenkinsに通知する方法 Jenkinsがgitリボジトリを定期的にポーリングする方法 通知だと、gitのフック機能を利用して、簡単に実現できる。 ポーリングだと、Jenkins GIT Pluginを使って実現できる。 通知方法だと、branchごとにビルドを起動できないという弱点がある。 今回は、post-commitの方法を利用する。（というより、ポーリングは挫折した) 環境# Windows 7 64bit Cygwin wgetでJenkinsのジョブをキックする# Jenkinsトークンを利用して、リ
JenkinsでGitにPush時に自動ビルドさせる
概要 以前 Jenkins入門の入門 でJenkinsの概要と導入について調べましたが 1歩進んでGitHubと連携してGitにPushした時に自動ビルドを走らせるまでをやってみます ユニットテスト(単体テスト)やビルドなどを自動で走らせたい時に良いかと思います ここから応用するとプルリクエストをマージさせた時に走らせたりなど色々なタイミングで自動ビルドを行うことができます 手順 GitHubの設定 ※ 以下全てJenkinsサーバでの作業 GitHubにSSHを行ってknown_hostsに追加を行う $ sudo su -s /bin/bash jenkins $ mkdir ~/.ssh;cd ~/.ssh // 自分のメールアドレス $ ssh-keygen -t rsa -C test@example.com // パスワードを聞かれるが空で登録する $ chmod 600 id
JenkinsとGitサーバーを連携してビルド環境を構築する。 - ボールを蹴りたいシステムエンジニア
やりたい事 環境 秘密鍵/公開鍵の作成配置 クライアント(jenkins)側での作業 gitサーバー側での作業 Jenkins設定 jenkinsにgitプラグインをインストールする。 プロジェクト作成、設定 ビルドしてみる やりたい事 独自のjenkinsサーバーとgitサーバー（それぞれ別サーバー）を連携してビルド環境を構築する。 環境 CentOS 6.6 jenkins-2.25 git 2.10.0※事前にそれぞれのサーバーにgitがインストールされている必要あり 秘密鍵/公開鍵の作成配置 クライアント(jenkins)側での作業 ※jenkinsを起動しているユーザー(ここではroot)で実行 opensshがインストールされている事。 鍵ペア作成 ssh-keygen -t rsa複数ユーザーが利用する事を想定して鍵の名前を指定する。 Enter file in which
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Install GitLab Runner on Windows | GitLab