Yesterday we released GitLab 8.8, super powering GitLab's built-in continuous integration. With it, you can build a pipeline in GitLab, visualizing your builds, tests, deploys and any other stage of the life cycle of your software. Today (and already in GitLab 8.8), we're releasing the next step: GitLab Container Registry. What is GitLab Container Registry?GitLab Container Registry is a secure and
Code quality is always a top priority for us. We want to know that our code works every time and when it stops working we want to know immediately. We use GitLab CI to run our tests every time we push new code and before every deployment. GitLab CI lets us split this work across multiple servers and scale up and down capacity as required to keep costs down for us. This tutorial will show you how t
By Joyz Your first app is a hit the day it’s launched. But one week later, you realize that it has no retention. You discover that this is because whenever a user clicks the “send” button, their comments get posted twice. The bug was so minor, but it killed your momentum. But that’s okay. For your second app, you and your partner check more carefully. You both click, click, click your app all day
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 ↑のリ
こんにちは、tanakaです。ゴールデンウィーク中は、ダラダラと過ごさないためにコワーキングスペースの勉強会とかに参加してました。 参加した日以外はダラダラと過ごしていました…。 今日はGitLab CI で Review Apps を使って、gitリモートリポジトリへの反映と同時に自動デプロイしたり、ブランチからレビュー環境を構築する方法を紹介します。 面倒な作業は自動化して、プログラミングなどの作業に集中できるようにしたいですね。 前提 静的ブログジェネレータ Hexo を使ってコンテンツを生成します 生成したコンテンツを rsync で公開サイトやレビュー環境にコピーします master ブランチへの更新は自動的に公開サイトにアップされます。ブランチの更新はレビュー環境にアップされます。(ブランチごとにレビュー環境が作成されます) ブランチが master にマージされたり、削除され
完全に思いつきで、GitLabでドキュメントをgit管理してCIでビルドしてGitLab Pagesで表示する、というのをやってみました。 GitLabはGitHubみたいなサービスです。 (というかGitHubクローンで、以前はあまりにも似過ぎてたためになんか色々あったらしい、というウワサをどこかで目にしたような・・・?) (そのせいかわかりませんが、プルリクエストはMerge Requestという名前のようですね・・・) GitHubでも似たようなことはできますが、 Travis CI(などのCIサービス)を使ってgh-pagesブランチにプッシュする Read the Docsを使ってそっちでビルド&表示 などいずれにしろ別サービスとの連携が必要になってしまいます。 ローカルでhtmlを作って自分でpushすることもできますが、それは何か少し負けた気がするので却下です。 GitLab
We recently rebuilt docs.gitlab.com from scratch. Where previously the site was generated with a simple Ruby script, we now use a proper static site generator. Check out the improvements we made, the structure we now use to deploy from specific directories in multiple repositories to a single website, build with GitLab CI and deployed with GitLab Pages. Now our documentation has a nicer look and f
こんにちは、ドリコムのsue445(末吉)です。 サーバサイドでアプリからインフラまでなんでもやるマンで、最近は itamae や Serverspec など若干インフラ寄りです。 今期の嫁は 魔法つかいプリキュア! の はーちゃん (成長前)です ©ABC・東映アニメーション 今回はGitLab CIの紹介と、実際にRailsアプリでテスト・静的解析・自動デプロイをする方法を紹介をしたいと思います ドリコムとGitLab ドリコムではソースコードのホスティングにOSSの GitLab を使っています。 2012年12月頃GitLabを導入しましたが、3年半でリポジトリが1600以上あります GitLab導入の経緯に関してはアドベントカレンダーのエントリがあるのでご確認ください ドリコムの開発を支えるGitリポジトリ – gussan 他にもOSSのGitリポジトリはたくさんあると思います
GitLab CIでLaTeXコンパイルをどこでも出来るようにする 2016/05/20 / whywaita / 0 Comments こんにちは、whywriteit レポート班のwhywaitaです。 LaTeX環境はWindowsでは少し難があったり、OSXでもEl Capitanではそのままインストール出来ない事態が発生したり、何かと構築/運用に対してハードルが高めです。 また、LaTeXは実際に書きたい文章量に対して組版の為に記載する必要のあるタグが多く、お世辞にも気軽に書ける言語とは言えません。 これらの状況を鑑みて、コンテナ技術であるDockerを用いて、gitとエディタとブラウザさえあればどこでもレポートが生成出来るような環境を作ってみました。 tl;dr docker-latex-jlisting masawada/mics_report fork版のこっちの利用推奨
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く