ポスト・ラムダアーキテクチャの切り札? Apache Hudi(NTTデータ テクノロジーカンファレンス 2020 発表資料)
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
2/6(Thu) に株式会社ドリコムとピクシブ株式会社の合同で GitLab 魔改造カンファレンスが行われました 会場はドリコムさんのオフィスでとてもおしゃれな感じでした ドリコム攻めに来ました— 麺類 (@catatsuy) February 6, 2014 ドリコム綺麗すぎて圧倒されてる— 麺類 (@catatsuy) February 6, 2014 ドリコムさんから 3 人,ピクシブからも私を含めて 3 人が発表しました 私が発表した理由として,ピクシブでは一部のサーバーを除いてサーバーの root をインフラの人間しか持てません なので GitLab など新しいツールを使うにはインフラの協力が不可欠なのですが,私が GitLab 導入を提案した一人だったので成り行きで GitLab 導入やその後の運用を適当な感じでやっていました そんな中,魔改造カンファレンスの話が回ってきたので
Ubuntuの手順そのままだと上手く行かない部分や省かれている箇所があったので、CentOS6用に書き直したみた。 毎回 sudo と打つのがめんどくさいので、プロンプトが#のときはroot、$のときはgitユーザになってコマンドを実行してます。 参考元: https://github.com/gitlabhq/gitlabhq/blob/5-0-stable/doc/install/installation.md https://github.com/gitlabhq/gitlab-recipes/blob/master/install/CentOS_6.md 1. Packages / Dependencies 主にRubyのため。epelリポジトリはRedis入れるのにも必要。 # rpm -ivh http://ftp-srv2.kddilabs.jp/Linux/distribu
コードレビューするのに何かよさげな仕組みは無いかなと調べるほど「Githubいいわーまじいいわー」的な記事が目につきました。そんなによいのなら!ということでGitLabを建てて試してみようかな、となったわけです。(Githubを素直に使えなかった理由はお察しください) このメモはGitLab構築時のメモです。参考情報はここhttps://github.com/gitlabhq/gitlabhq/blob/5-0-stable/doc/install/installation.mdとここhttps://github.com/gitlabhq/gitlab-recipes/blob/master/install/CentOS_6.md なお、参考にしたインストールガイドが「素のCentOS6.3上にちまちま構築」を前提としているため、細かい手順まで書いてます。ご了承をば。 前準備として、基本的
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く