バージョン管理システムのリポジトリサイズ - ksaitoの日記
Subversion/Git/Mercurial/Bazaarとありますが、それぞれのリポジトリのサイズを調べてみました。 それぞれ、初期状態、1MBのファイルを1個、10個、100個のファイルを追加してリポジトリのサイズの増え方を比較しました。 結果、Mercurialだけがファイル数に応じて大きくなる傾向があるようです。 考察 リポジトリの実装は、今のところGitしかわかりませんので偏った考察ですが... Gitは、履歴の管理をブロブとインデックスで記録します。 ブロブは、ファイルの内容をSHA1ハッシュ値にしたファイル名にファイルの内容を圧縮した情報を記録します。 したがって、同じ内容のファイルがいくつ追加されてもファイルの内容は1つしか記録されず、インデックスだけが追加されます。 同じファイルをいくつも追加する今回の比較は、Gitに一番有利な比較と言えます。 バージョン 比較したバ
ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
ローカルでのコミットを１つにまとめてSubversionにコミットする方法 - ぷぎがぽぎ
個人のリポジトリならいいんですが、共有しているリポジトリではコミットはある程度"意味のある単位"で行った方が親切です。 「もう帰るけど作業は途中。とりあえずコミット」をされて、そうとは知らずに、中途半端な動かないソースでアップデートしちゃったもんだからアプリが動かないとか悲しすぎます。 だから、ローカルに自分専用のミラー（ローカルリポジトリ）を作成し、そこにはガンガンコミットしておいて、タスクが終わったらまとめてサーバー側にコミットするという作業に意味があります。 また、ネットワークにつながっていなくてもガッツリと開発が行うことができるのも魅力です。 イメージとしては以下のような感じです。 <これまでの管理> コミット => (サーバーのリポジトリ) <分散管理> コミット => (ローカルのリポジトリ) => コミット => (サーバーのリポジトリ)ツールとしては分散リビジョンシステムと
[git][mod_chxj] SubversionにあるリポジトリをSourceforge.JPのGitに公開してみた
メモ代わり。てきとーに。 いや、ですからてきとーですって。 2年前ぐらいにPythonあたりでメールくれた方、ごめんなさい。メール紛失してしまい無視した形になってしまいました。。。 SubversionのリポジトリをSourceforge.JPのGitに公開する手順のメモ。 手順は以下のとおり。 Sourceforge.JPのプロジェクト管理ページでGitを有効にするSourceforge.JPのプロジェクトページから空のGitリポジトリを作成するSubversionのリポジトリをgit使ってclonecloneしたローカルリポジトリにremoteとしてSourceforge.JPの空のリポジトリを追加remoteにpush Sourceforge.JPのプロジェクト管理ページでGitを有効にする Sourceforge.JPのプロジェクトページから空のGitリポジトリを作成する これはさ
ソーシャル化するOSS開発者たち － ＠IT
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア（OSS）プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
