Software Design 2020年1月号のGitLab特集に寄稿させて頂きました #gihyosd - くりにっき
商業誌デビューです！ gihyo.jp きっかけ GitLab.JP の @hiroponz79 さんにお声がけいただいて参加することになりました。 僕の担当について GitLab特集は全3章構成なのですが、僕は第3章の「自前でGitLabを管理するために知っておかなければならないこと」というタイトルで寄稿させて頂いています。 「自前でGitLabを管理するために知っておかなければならないこと」というタイトルの通り、僕の知ってるGitLab運用の知見を余すところなく書いています。 当初の予定だと GitLab令和最初のリプレイス。フルコンテナ化ポスグレ移行 - pixiv inside を深掘りした内容を書くつもりだったのですが、気づいたら全く別ベクトルのGitLab運用の話になって8〜9割くらい新規に書いていました。 GitLabが巨大なRailsアプリということもありどのRailsアプ
Gitlab CIでDockerベースのサービス開発のCI環境を作る - Qiita
開発中のDockerベースのサービスのCI環境をAWS上にGitlab CIで一から作ることになったのでせっかくなので手順や気にしたこと、そのうち何とかしたいことなどをまとめました。 開発中のサービスについて だいたい以下のような構成のサービスの開発をしてます。そのため、構築するCI環境はDockerをbuildし、テストスクリプトを実行するといったものです。 マイクロサービス 各サービスごとのリポジトリ(リポジトリが複数ある) リポジトリはgitlab.comで管理 各サービスはDocker(1つのサービスが複数コンテナの場合はある) テストはテストスクリプトから一括で実行できるようラップされている ※ テストコードの中身・内容については今回は述べません。 リポジトリ：gitlab.com CIツール：Gitlab CI + Gitlab Runner CI環境：EC2 t2.small
gitlab.com で いますぐCI してみよう - Qiita
QiitaでもMicrosoftによるGitHub買収でいろいろと盛り上がっていますが，よほどのアンチMSでもなければ，特にGitHubからGitLabへ移行することも無く「ふーん」で終わってしまうでしょう． しかし，GitLabにはGitHubには無い魅力も満載です！ （わかりやすいところでは，プライベートリポジトリが無限に作れるところとか．GitHubもMicrosoftに買収されてやってくる気もしますが） 見方によっては本番DBを吹き飛ばしかけたところも，とてもお茶目でかわいらしいですね GitLabの目玉機能 CI/CD Pipeline 今回はその魅力の一つ， CI / CD機能のご紹介です． もちろん無料です （が， 1ユーザ1ヶ月あたり2,000分の制限があります ） GitHubの場合，別途 Travis や CircleCI，Drone.ioといった外部のCIサービスと，
.gitlab-ci.yml によるジョブの設定方法(日本語訳) - Qiita
v12.10.2を元に翻訳をRulesの項まで更新しました(2020/06/01) GitLab v13がリリースされるのもあり、更新作業中です(多分v13のリリースには間に合いません...)。翻訳が終わり次第更新する予定です(2020/05/14) v12.0.3を元に翻訳を更新しました(2019/07/24)。 本記事は、 https://gitlab.com/gitlab-org/gitlab-ce/blob/v12.10.2/doc/ci/yaml/README.md を翻訳中の文章です。 相対リンクなどは直す予定はありませんので、リンクをたどりたい方は以下のURLで公開しているものをご利用ください。 以下のGitLab側は近日更新予定 https://gitlab.com/stylez-co-jp/gitlab-ce/tree/dev-v12.0.3-ja.1/doc-ja/ci
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サーバー
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
コードマージ時のコンフリクト自動解決とカンバン画面が加わった「GitLab 8.11」リリース
Gitリポジトリやコードレビュー、Wiki、イシュートラッキング、そしてテストやビルド、デプロイなどの自動化を行うGitLab CI機能などが統合された開発ツール「GitLab」の最新バージョン「GitLab 8.11」が公開されました。 GitLab 8.11では「Issue Board」と呼ばれる新機能と、コードをマージしたときに発生したコンフリクトの自動解決機能などが追加されました。 Issue Boardは、Issueを任意のボードに振り分けて表示できる機能。Issueをバックログのボードからから作業中のボードへ、そして完了のボードへ、といった具合に、任意のボードを定義して振り分けることができます。各Issueの振り分けはマウスのドラッグ＆ドロップで簡単に行えるため、カンバンやScrumボードのように使えます。
ラズパイ2で動く Docker PaaSを作ってみたよ
2. 自己紹介 佐藤 哲大（tetz） 本勉強会の企画、運営をしてます 某ネットワークベンダで、SDN（っぽい）仕 事をしてます 2 3. tl;dr ラズパイ２で動く Docker PaaS を自作してみた ので、その仕組みを紹介します 自作した PaaS を CI （継続的インテグレーショ ン）してみたので、その仕組みを紹介します テストする環境を構築した後に、テストするという意味 で、インフラ CI とやっていることは同じ 3 4. デモ① <paas_name> は、既存の Linux コマンドと Linux ユーザとコ ンフリクトしなければ、なんでも可 <paas_name> は、ユーティリティコマンドと git リモートリポジトリ の名前に使われる <paas_name> scale web=3 git push <paas_name>
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
