とある日のこと GitLabで普段使用しているプロジェクトのトップページを見ていたら、ストレージ消費が多いことに気がつきました。 レポジトリが162MB（まあこれも小さくはないですが）に対して10.8GB と66倍もストレージを消費しています。 このプロジェクトは作成して半年程度の若いプロジェクトであり、このまま肥大化を続けると、GitLabのサーバ管理者に迷惑をかけてしまうので、何に消費されているかを調査することにしました。 ストレージの内訳 レポジトリのサイズはgitレポジトリ単体のサイズですが、Storageのサイズはそのプロジェクト全体で消費されるデータ容量のことで、例えば以下のものが含まれます。 Wikiのテキストおよび添付ファイル Git LFS Job Artifacts このうちのどれが容量を消費しているのかはGitLabのAdmin権限があれば画面上で確認できます。 が、
Gitリポジトリ管理ツール「GitLab」開発チームは12月21日、コミュニティ向けの最新版「GitLab Community Edition（CE）6.4」をリリースした。使用するフレームワークを「Ruby on Rails 4」にアップデートしたほか、Diffビューの強化や古いプロジェクトのアーカイブなどの機能が加わっている。 GitLabはRuby on Railsで実装されたGitリポジトリ管理ツール。自分のサーバーを使ってホスティングでき、ユーザーやアクセス権の管理、イシュートラッカー、マージリクエスト、Wikiなどの機能を備える。ライセンスはMIT License。無料のコミュニティ版CEと有料のエンタープライズ版がある。 バージョン6.4は11月に公開された6.3に続く最新版。変更点として、ベースのRuby on Railsが今年6月に公開されたバージョン4にアップデートされ
gitによるバージョン管理 バージョン管理システムはつかってますか？ 僕は前に自分の作成したコードを元に、後輩にプログラムを作らせようとしてまずは僕のコードをコピペしろと指示したところ、コピペしかしてない(と言い張る)割にはコピペしたコードは動かず、さらに何故かコピペ元の僕のコードが滅茶苦茶に荒らされて当然のごとく動かなくなるという、なんかもう幽霊の存在を認めない限り説明がつかないような怪奇現象に遭遇したことがあります。しかもそのときはcpコマンドによるバックアップに頼っていて運悪くバックアップを忘れたために僕の貴重な１日が消え去ってしまった訳でして、それから僕はバージョン管理システムに頼ることを固く心に決めました。また僕はその目を覆いたくなるような残虐な事件以来、建設業界に見習って、IT業界でもプロジェクトキックオフ時にお祓いはすべきだと訴え続けています。 まぁそれはいいとして、いやまだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
