日本アジア太平洋地域で唯一のGitLab Core Teamの @tnir です。GitLab Japan/GitLab Tokyoオーガナイザとして日本語圏でのマーケティングも注力しています。 統合開発ツールチェイン環境GitLab CE/EE 13.12が201年5月22日にリリースされました 当初はこの日(毎年5月22日)にGitLab 14.0がリリースされる予定でしたが、破壊的変更の修正スケジュールの調整のため、1ヶ月延期されています。詳細はAddition of 13.12 Release for May 22, 2021をご覧ください。次回のメジャーリリース15.0が2022年5月22日になるかは特に決まっていません。 ↑背景画像はアメリカ中部の湖に沈む夕焼けの写真でした。 GitLabには、大きく分けてCommunity Edition (CE) とEnterprise E
こんにちは、sue445です。 先日社内で使ってるGitLabのリプレイスをしたのでその辺の話をしたいと思います。 リプレイスの内容 今回のGitLabリプレイスでは主に下記を行いました。 サーバ移設に伴いURL以外全部変えた レガシーな環境で運用されていたGitLabを全てDockerコンテナに載せた MySQLからPostgreSQLに移行 以上を1時間弱のメンテでやりきった 構成 ざっくり書くと、SSL終端のフロントサーバのみ同じで、それ以外のバックエンドを全部変えました。 旧 APサーバ Debian Wheezy CPU: Intel Xeon E5-2640v2 * 2 Memory: 40GB Disk: 64G + 512G MySQL兼Redisサーバ Debian Wheezy CPU: Intel Xeon X3430 Memory: 8GB Disk: 256G M
# gitlab-rake gitlab:env:info GitLab information Version: 11.5.3 Revision: aa11737 ### LDAP Settings ###! Docs: https://docs.gitlab.com/omnibus/settings/ldap.html ###! **Be careful not to break the indentation in the ldap_servers block. It is ###! in yaml format and the spaces must be retained. Using tabs will not work.** # gitlab_rails['ldap_enabled'] = false ###! **remember to close this block w
はじめに 以前は「貧者の GitHub Enerprise」などと言われることもあった GitLab ですが、「GITLABはブランチ毎に書き込み権限を制限できるという点においてGitHubよりも圧倒的に優れている」という意見も見られるなど、機能面、安定面ともに着実に進歩しています。 そのインストールの難しさが話題に挙がることもありましたが、公式インストールドキュメント はとてもよく書かれていますし、Chef の Cookbook なども多数存在します。個人的に Chef より Ansible が使い易かったため、CentOS 用の playbook も書きました。 以上のような状況から、GitLab は何らかの理由で GitHub や GitHub Enterprise を利用できない環境においても、Git および Pull Request (Merge Request) による開発フロ
フロントエンド 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
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 ↑のリ
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のプロジェクトにおいて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を使ってみたくて、簡単なジョブを実行させてみたお話。 GitLab-CIを始める前の設定はこちらの記事を参照してください。 ビルドジョブの概要 以前よりドキュメントをmarkdownで記述し、S3の静的ウェブサイトホスティング機能を使ってドキュメントを公開していました。 ドキュメントはgitでバージョン管理して、MkDocsを使ってhtml化し、S3にアップロードしています。 今回は、この作業をGitLab-CIを使って行います。 実行環境 GitLab 8.7.5 GitLab-CI Multi Runner 1.4.1 GitLab-CIの設定ファイル.gitlab-ci.yml作成 GitLab-CIによるビルドを行うときは、gitリポジトリのルートに.gitlab-ci.ymlを置いてビルド手順を記述します。 .gitlab-ci.ymlの書き方について
アプリボットの技術基盤グループであるA.R.T.(Applibot Root Technologies)が導入を進めている、SonarQube というプログラムコードの解析と自動レビューをする仕組みについて紹介を行います。 ちなみに、SonarQubeにはクラウド版のSonarCloudもあり、オープンソースプロジェクトだけでも2017年9月時点で5000以上のプロジェクトから使用されています。 1. SonarQubeをなぜ導入しようと考えたか 担当していたJava言語プロジェクトでプログラムコード解析のために、FindBugsやCheckStyle等、複数のツールを使用してJenkinsサーバーで解析をしていました。 しかし、設定が煩雑なうえJenkins上での解析結果も見づらいため、改善方法を検討していました。 SonarQubeの事を知り試してみたところ、設定がしやすく解析結果もわ
日本人唯一のGitLab Core Teamの @tnir です。GitLab.JP/GitLab Tokyoオーガナイザとして日本語圏でのマーケティングも注力しています。 統合開発ツールチェイン環境GitLab CE 10.7が2018年4月22日にリリースされました ↑背景画像は東京のサクラの写真でした。東京のGitLabユーザにとっては少しシーズン外れだったかもしれません GitLabには、大きく分けてCommunity Edition (CE) とEnterprise Edition (EE) とありますが、本記事はCEで使えるCore機能のみにフォーカスしています。 2018年3・4月のGitLabトピック(一部) その1. 4/10にGitLab Meetup Tokyo #7: 新年度応援&GitLab 11.0が東京・サイボウズオフィスにて開催されました。私も参加しましたが
この間構築手順を書きましたが、改めて見ると GitLab の構築って結構手間がかかって面倒臭いですよね。 私の周りでも構築は面倒というような話をよく聞きます。 こんな時こそ自動化だ、という訳で Ansible で GitLab インストール用の Playbook 書いてみました。 https://github.com/akishin/ansible-playbooks/tree/master/gitlab clone して hosts というファイルの中に対象サーバのホスト名か IP アドレスを記述します。 % git clone git://github.com/akishin/ansible-playbooks.git % cd ansible-playbooks/gitlab % vi hosts # 対象サーバを記述 準備が出来たら ansible-playbook 実行。 % a
はじめに 2017.5.1 追記: Deprecated よりよい方法を見つけたので当記事の内容を非推奨にします。改定箇所が多かったので、(改訂版) Docker でオフィシャルな GitLab イメージと Redmine イメージのコンテナを連携させる として新しく記事を書きました。参考にされる場合はそちらをご覧ください。 対象となる読者 オフィシャルな GitLab イメージ を使いたい人 オフィシャルな Redmine イメージ を使いたい人 上記のイメージから作成したコンテナを連携させたい人 この記事を読んだ後できるようになること GitLab の Issues タブが Redmine のプロジェクトにリンクされます。 GitLab のコミットメッセージ内の issue 番号が Redmine チケットにリンクされます。 Redmine のチケット連携機能がそのまま使えます。 この
一瞬でgitlabが利用できるようになってビックリしました。 こちら立ち上げ方法紹介します。 前提として dockerの知識が必要です。 インストール ターミナルで下記の命令を叩きます。 docker pull sameersbn/gitlab:8.13.3 これでgitlabのdockerイメージがローカルにダウンロードされます。 ターミナルでフォルダーを作って下記の命令叩きます。 wget https://raw.githubusercontent.com/sameersbn/docker-gitlab/master/docker-compose.yml これでdocker-composeの設定ファイルをダウンロードします。 下記の命令を叩きます。 docker-compose up gitlabのコンテイナーが立ち上がります。 これが終わったらKitematicから3つのコンテイナー
GitLabのバージョン8.8からDockerコンテナイメージの管理機能のコンテナレジストリが追加されました。 現在(2016/12/11)は、バージョン8.14がでています。 企業で使用する場合、外部に公開できないとか事情などで、プライベートなDocker Registryを検討する機会があると思う。 そんなときに、 ・無料で使える ・オンプレのサーバに導入できる ・導入が簡単 ・会社で使ってるLDAPが使える ・gitリポジトリ毎にコンテナイメージが管理できる ので、GitLabのコンテナレジストリをおすすめします。 導入する前に、お試しで利用する場合、 本家が提供してるGitLabで、 無料でプライベートリポジトリが作成できます。 導入方法 omnibus版の場合 この辺を設定すると、コンテナレジストリが使用できる。 楽ちんである。 ※omnibus版GitLabがインストール済の想
ピクシブ株式会社 Advent Calendar 2016の時間です。今回はピクシブ株式会社でエンジニアをしている @catatsuy が担当します。今回は意外と書いてなかったのでGitLabを社内でどう運用しているかの話を書こうと思います。 GitLabとGitHub ピクシブ社内では以下の2つの方法でソースコードを管理しています。 自社でホストしているGitLab GitHub Organization それぞれ以下の特徴があります。 GitLabのメリット 自社でホストしているため、アメリカにサーバーがあるGitHubよりもgit cloneでリポジトリをダウンロードする場合などは速い オープンソースのプロジェクトのため、社内のサーバーにインストールするだけで使える ソースコードを読めば内部でやっていることが分かる ユーザー数やリポジトリ数などで料金がかからないため、気軽に使える G
ピクシブ株式会社 Advent Calendar 2016、18日目の記事です。 こんにちは、エンジニアの@uchienneoです。2015年に小説PDF化機能の記事を書いた時にはpixiv本体の機能開発をメインにやっていたのですが、2016年夏に弊社メディアサイトwww.pixivision.netをリニューアルしてからはそちらの開発に携わっています。 pixivやpixivisionのソースコードの管理には自社ホストのGitLabが使われています。(どのようにGitLabが運用されているのかの詳細は16日の@catatsuyさんの記事をご覧ください) inside.pixiv.net GitLabにはタスク管理の機能があります。こちらの機能もどんどんアップデートを続けていて、そろそろ来年くらいにはGitLabだけでタスク管理するのも夢じゃないのでは…と思っています。 今回は実際のプロジ
(※3月18日追記:当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました) GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く