巨大なリポジトリ を Git で上手く扱う方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか？ この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
春山 征吾のくけー : Atlassian (アトラシアン) 製品をなぜ使わないほうがいいか - livedoor Blog（ブログ）
使い勝手にかかわる大きな仕様変更をする実績があり, 以前の仕様に親しんでしまうと対応に苦労することになるから. 知っている実績は以下です. Confluence 3.5 -> 4.0 での Wiki マークアップ エディターの廃止 Confluence 4.0 の準備をしよう (第 2 回新しい編集画面) | Confluence 4: マークアップとWYSIWYGのやりとり - Togetterまとめ bitbucket での Wiki 形式の変更 bitbucketはもう信用する気になれない - 檜山正幸のキマイラ飼育記 「Confluence 3.5 -> 4.0 での Wiki マークアップ エディターの廃止」は直接経験しました. その当時に所属していた組織でバージョンアップが行なわれると情報共有のために Confluence を利用することが困難となり, Wiki マークアップが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
