GitLab API (gitlab gem)を使ってみました - yuumi3のお仕事日記
今年の新人研修で課題の提出場所に GitLabを使ってみました。生徒の人数分 x 課題数のリポジトリーが作られるので、課題結果を自分の環境にcloneするのを手動で行っているとたいへんです。そこで、GitLab APIを使い、簡単なツールを作ってみました。 GitLab APIには gitlab gem があり、簡単に使う事ができます。しかし、いざ自分のやりたいプログラムを書こうと思ったら・・・・ APIドキュメントはあるが、内容は今ひとつ サンプルコードが少ない ネット上 (英語の情報を含め)にも情報が少ない という事で、gitlab gem の RSpecコードなどを見ながら勉強しました。また、APIの設計があまりオブジェクト指向的でなく、最初は戸惑いました。 以下のコードは、 あるグループに所属する全員の レポジトリーの一覧を表示し、そのリポジトリをアクセスするために自分のアカウント
Gitlab用の waffle.io クローン「Gitpeach」を作りました - くりにっき
ドリコム と Pixiv さんとで「Gitlab魔改造カンファレンス」というのを開催しました。 自分は「Gitlab APIで周辺環境を魔改造する」と称してGitpeachを作ったので紹介します。 リポジトリ https://github.com/sue445/gitpeach スクリーンショット 主な機能 Gitlabのissueをカンバン風に管理 issueをDrag & Drop Gitlab版のwaffle.ioクローン デフォルトだと下記のようにGitlabのラベル連携 Backlog : issueが追加された初期状態 Ready : readyのラベルを設定 In Progress : in progressのラベルを設定 Done : issueをclose TODO, Doing, Doneみたいにすることも可能 インストール方法 cloneしてREADMEを参考にサーバ
コードを一切書かずにGitLabを捗らせる - id:bash0C7の進捗 過去アーカイブ[〜2019-02-23]
ドリコムさまと我が仕事場との合同勉強会「GitLab魔改造カンファレンス」で発表してきました。 発表内容 JSONが飛んでくるWeb Hookは、Fluentdのin_httpで受けるといいよ 各種プラグインをFluentdの設定ファイル書いて組み合わせるとノンプログラミングで相当やれるよ in_httpの設定 エイチティティピーインプットプラグイン | Fluentdのまま、ノンチューニングでつかっています。 in_httpで受けたものをidobataに流す例 【リリース告知】bashさんが“設定ファイルのフォーマット整え”をリリースするよ みたいに、pushした人と、そこに含まれるコミットのメッセージの件名部分をまるっと通知する場合の例です。 <match *.**> type idobata webhook_url https://idobata_WEB_HOOK_URL messa
![コードを一切書かずにGitLabを捗らせる - id:bash0C7の進捗 過去アーカイブ[〜2019-02-23]](https://cdn-ak-scissors.b.st-hatena.com/image/square/481d35b9e8024199aaad940b4dde002af85c9d4d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12921228815714508769%2F12921228815717952150%2F1391738765)
GitLabにPull Requestを送るときの作法 - Qiita
GitLabのPull Requestのコツがつかめてきたので、簡単に説明してみます。 とりあえずContributing Guidelinesをよく読みましょう。決まりを守らない人は嫌われて相手にされません。 あとは、Pull request guidelinesに従いましょう。 GitLabプロジェクトをフォーク フィーチャーブランチを作成 テストとコードを書く 複数のコミットが含まれる場合はsquashで一つのコミットにまとめる フォークにコミットをpush Pull requestを投稿 投稿したpull requestに関係するissuesを検索しpull requestのコメント欄に記述する 2.について、後日もう再度pull requestを送る場合は、ブランチを切る前に git remote add upstream https://github.com/gitlabhq/
オープンソースのGitLabで社内GitHubを構築しよう｜TechRacho by BPS株式会社
BPSでは、社内のソースコード管理にgitを採用しています。 中央リポジトリには、GitHubのオープンソースクローン、GitLabを利用しています。 GitHubのPrivate Repositoryは便利ですが、ちょっとした細かい案件にリポジトリを作って行くと、価格が馬鹿になりません。 また、日本からだと少し遅いですね。 Github Enterpriseは高かったので、面白そうだしGitLabを導入したところ、使い勝手も良く安定運用できています。 GitLabとは gitoliteのフロントエンドです。似たようなものに、gitosisがあります。 gitoliteは、UNIXユーザを作らずにSSH鍵によってユーザを識別し、プロジェクト毎のアクセス権を与えられるgitリポジトリの管理システムです。 中央リポジトリサーバに、ユーザ毎のアカウントを作ると、以下のような問題があります。 煩雑
GitLab 6.0がリリース - プチ技術メモ
8月22日にGitLab 6.0がリリースされたので、変更内容を簡単に翻訳します。 グループ機能が大幅に改善されました 今回から、グループは単なるプロジェクトのディレクトリでは無くなります。 グループにユーザーを追加することが出来るようになります。グループに追加されたユーザーは、自動的にグループ内のプロジェクトへアクセスすることが出来ます。また、グループのメンバーやプロジェクトを管理できるownerに、複数ユーザーを割り当てることが出来るようになります。これにより、GitLabはよりグループ中心のプロダクトとなります。 そのため、今後はグローバルネームスペースはサポートされません。プロジェクトは、必ずグループかユーザーに所属することになります。 フォークプロジェクトからのマージリクエストが可能になります コントリビューターのIzaak Alpertによって、もう一つの素晴らしい改善がされま
GitLab でマージリクエストするときの流れ - Dlog 隔離館
GitHub だと、Fork→ブランチ作成→コミット→プルリク みたいな流れだと思うんですが、 GitLab で同じようにやろうとしたら、全然違ってた！ 参加するプロジェクトに、直接ブランチを作成。(えーっ！) 作成したブランチに、コミット、コミット。無駄なコミットはsquashでまとめたり。 ブランチを push する。 push したブランチで、マージリクエスト作成！ マージリクエストされた側は、やってきたマージリクエストを処理。 Fork してから同じことをやろうとすると、あれれー？となる。 何故なら、自分が Fork したプロジェクトにしかマージリクエストを送れないから.... automerge 関係の記事がちらほら見かけられたけど、 GitLab 5.2 では、デフォルトで automerge が有効になっている模様･･･？ [余談] Could not read 〜が出て s
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
