社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
ピクシブ株式会社 Advent Calendar 2016の時間です。今回はピクシブ株式会社でエンジニアをしている @catatsuy が担当します。今回は意外と書いてなかったのでGitLabを社内でどう運用しているかの話を書こうと思います。 GitLabとGitHub ピクシブ社内では以下の2つの方法でソースコードを管理しています。 自社でホストしているGitLab GitHub Organization それぞれ以下の特徴があります。 GitLabのメリット 自社でホストしているため、アメリカにサーバーがあるGitHubよりもgit cloneでリポジトリをダウンロードする場合などは速い オープンソースのプロジェクトのため、社内のサーバーにインストールするだけで使える ソースコードを読めば内部でやっていることが分かる ユーザー数やリポジトリ数などで料金がかからないため、気軽に使える G
![GitLabの運用方法をドーンと公開！！ - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8e3e8f846870fc5033b87b4b346a4f506eb82516/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fogimage.blog.st-hatena.com%2F11696248318756278971%2F10328749687197154835%2F1481852582)
社内研修の準備でストレングスファインダーというのを受けてみた結果「適応性・最上志向・戦略性・収集心・着想」となったtanakaです。 社内の情報共有ツールとしてGitLabを使っている話を紹介します。 社内での技術情報共有って難しいですよね。それ自体で会社の売上や自分の給料が増えるわけではありませんし、でもやったほうがいいと大体の人は思っているはずです。 シーブレインでは入社した当時は社内サーバにMTOSを用意して情報共有ブログとして使っていました。あまり使われなくなっていまから3年前に社外サーバにWordPressサイトを用意して情報共有ツールとして使うようになりました。14ヶ月で450記事、月平均32記事とそこそこ使われていましたが、情報共有ツールとして以下のような問題を抱えていました 記事はMarkdownで書けるようプラグインをインストールしていたが、コメントはMarkdownで書
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに そろそろ個人開発のプロジェクトが大きくなってきてprivateリポジトリにしたいけど、そのためだけにGithubの有料アカウントにするのはちょっと...という人を想定しています。 Gitlabって？ GitlabはGithubに限りなく近づけられたGitのホスティングサービスです。各々のサーバを用意してそこに無料で無制限にプロジェクトを管理できる...との説明がよくされているようですが、サーバ云々はGitlab側がやってくれることなので心配いりません。 2013年時点の紹介記事によるとインストール型となっていますが、現在はWe
Hacker Newsでこんな記事が流れていました。Hacker Newsでのコメントはこちら。 agateau.com こういう記事でAlternativeとしてGitBucketがあげられるようにならないといけないなぁと思うもののそれはさておき、先日の障害のときのようにGitHubが落ちたら仕事にならなかったりとか、SourceForgeやGoogleCodeの件を見ても今後GitHubのサービスがずっと今の形で継続するという保証はどこにもありませんし*1、さらにGitLabのオンプレ版であるGitLab CEはGitBucketと直接競合するということもあり、機能面を把握しておくためにGitLab.comを試してみることにしました。 GitHubやBitBucketなどのアカウントでログインすることができ、これらのサービスからリポジトリをインポートすることもできます。試しにリポジトリ
初めまして。Qiitaにはいわゆる初投稿というやつです。今後も(あれば)よろしく。 軽い自己紹介 大学生やってます。後輩のコードレビューをする際に品質を下げずに楽をしたかったので、CIを用いることにしました。 この記事はJenkins等のCI環境を経験したことをなかった僕が手探りでやった内容になりますので、おかしい点があったら指摘してもらえるとありがたいです。 GitLabとGitLab CI ちょっとしたお話 GitLab CIはバージョン7までは設定したら使える、GitLab本体とは別の機能でした。 ですが、8にてGitLab本体と完全に統合された結果、特に設定しなくても有効になり、またUI面でも細かい部分が変化しています。既にあるブログの資料などが、若干runnerの扱いが異なったりするのはそのためです。 使う計算機資源 GitLab(Ver:8.4.2)用のサーバーが一台 CI R
先日slackにて、こんな会話がありました。 先輩：「GitLabのバージョン上げたいけど、設定が面倒くさいな～」 自分：「それdockerなら簡単にできますよ」 先輩：「お～、それじゃあお願いしていいかな？」 自分：「はい、よろこんで！」 というわけで、今回は7.12.2から8.3.0へのバージョンアップになります。 ただ、新規にGitLab on dockerを行う場合も、この方法で作成できます。 環境 ホストのCentOSにVirtualBoxでUbuntuを作成し、その中にdockerを入れています。 HostOS: CentOS release 6.5 GuestOS: Ubuntu 14.04 LTS docker version: 1.9.1 GitLabバージョンアップの注意点 7.12.2のバックアップデータを直接8.3.0でリストアしようとしても、互換性の問題があるため
この記事はQiitaのGit Advent Calendar 2014 24日目の記事です。 GitHubEnterprise(以下GHE)を導入するにあたり、技術的なことで気をつけたいところ、技術的でないところで気をつけたいところをつらつらまとめます。 GitHubといえばこの本ですが、Enterpriseのことは1、2ページくらいしか書かれていなくてあまり参考になりませんでしたので、つらつらまとめることにした次第です。 そもそもEnterpriseを使う必要があるのか ソースコード管理をしたいのであれば、GitHubEnterpriseを使う以外にもいろいろと選択肢があると思います。具体的な例を挙げると、 GitLab、GitBucketなどのオープンソース系ソースコード管理システム GitHubやCodeBreakのプライベートリポジトリ GHEは20アカウントで年間5000ドル、以
Git, GitHub, GitLabそれぞれの特徴 *注意事項：当初は、GitHub Flowを入れる想定で調べていましたので少しGitHub Flowとの比較の観点が強いです Git Flow 使用するブランチ master マイルストーン用のブランチ develop 開発用のブランチ feature 機能追加用 (hot)fix 不具合修正用 release リリース準備用 Git Flowの良さ fix(不具合)の数が一目瞭然 masterを見ればマイルストーンの遷移が一目瞭然 参考：git-flowとプロジェクトの運営 Git Flowのまずさ ほとんどのツールがデフォルトでmasterブランチを表示するが、わざわざdevelopブランチに切り替えないといけない hotfixブランチをdevelop, master共に反映しなければならない点が面倒 参考：【翻訳】GitLab f
GitLab 8.0でGitLab本体に取り込まれたCI機能を活用するため、GitLab CEのアップデートを行なう手順をまとめました。 前提 GitLab 7.xを利用している 試験したのは7.14.3 GitLab CI 7.xを利用している GitLab CIがインテグレートされたGitLab 8.0を利用したい omnibus-gitlabパッケージを利用している RedHat系(Red Hat Enterprise Linux, CentOS etc.)またはDebian系(Debian, Ubuntu etc.)のLinux OSを利用している 試験したのはCentOS 7.1 (1503) 手順 Migrate GitLab CI to GitLab CE or EE - GitLab Documentationを読んで、素直にやっていけばよいが、インストール方法がomnib
（※3月18日追記：当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました） GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
はじめに これは ドリコム Advent Calendar 2014 の5日目です。 4日目は、@ka_nipan さんによる ドリコムを支えるデータ分析基盤 です。 自己紹介 @gussan ドリコム歴は10年になります。 アーキテクチャ設計、ミドルウェア・ライブラリ及び社内ツールの開発運用等を担当しています。 本日の話 2年前の12月、メインのソースコードリポジトリをSubversionからGitLabへ移行しました。 本日はGitLabへの移行と運用の話をします。 GitLabに決めた理由 選択肢としてはGitLab, GH:E, Stash等がありました。 メインの機能はどれも十分な機能を有していましたが、 GitLabを選んだ主な理由としては以下の3つです。 継続的にメンテナンス・リリースがなされている 社内にある技術で運用可能である(Rails, MySQL, Redis) も
=============== GitLabはGitHubのクローンでSCM(Software Configuration Management)に利用できます。 Installationは丁寧に記載されているので、これをベースにChefのCookbookを作りました。 GitLabは Ruby on Rails で開発されておりPumaやSidekiqなどの素敵なミドルウェアが利用されています。 また、 Git flow などでブランチを運用するので Network が見やすいのもポイントです。 これで簡単にVirtualBox、Amazon EC2、さくらのVPS、Z Cloud(Joyent Cloud)などにインストールできます。 環境 Vagrant: 1.3.1 Mac: OS X Lion (Windowsはこちらを参考にして下さい。) VirtualBox localhos
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
