アカウント名:
パスワード:
開発のソースツリーがプロジェクトごとでなく会社で1つのツリーになっていてweb/proj1 /proj2みたいになっていた場合Subversionなら下位のだけでいけるけれど,Gitはそれが出来ないのが難点それとも今はできるようになったのかな?
完全な主観ですが。
pros:- とにかくブランチが手軽に作成でき、マージも (SVN と比較すれば) 楽ちん- commit, log, diff などの基本操作がローカルで完結するため高速- GitHub などの周辺サービスが洗練されており使いやすい- GitHub が発明した Pull request ベースでの開発が、コードレビューと一体となって効率的- rebase, filter-branch など歴史の改ざんが可能(もちろん remote 側の設定次第で reject もできるから悪用は防げる)- git-flow に代表されるワークフローや、権威型など、プロジェクトの都合に合わせて運用しやすい
cons:- git clone 時
...- リポジトリが肥大化しがち(特に大きな画像等の asset 類を扱う場合)...
diff 出力表示など内容そのものの履歴管理が必要ないのであれば git-annex [branchable.com] などはいかが?
git の外部で大きいファイル管理するための類似プロジェクト色々ありますよね。
- git-annex [branchable.com] - git-fat [github.com] - git-media [github.com] - git-largefile [github.com]
ただ、やはり git だけで上手いこと取り扱ってほしいものですが、アーキテクチャ的に難しそうですね。
Facebook による [facebook.com]と、git はスケールしない (we concluded that Git's internals would be difficult to wo
巨大なバイナリファイルを使うプロジェクトに参加していることもあって、gitがスケールしないってを痛感しています。ソースコードなんかだと分散型バージョン管理以外あり得ないよねと言えるくらいに便利だと思ってますが、画像とかがががが
上で紹介されていた中で構成がシンプルそうなgit-fatに挑戦してみた。Windows環境で動かすのにぼちぼち手間取ったがひとまず動作。結論から言うと使えそう。というか参加しているプロジェクトで使ってみようかしらん。あ、でもgit-annexも試しておきたいな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
Subversionから移行して失敗 (スコア:0)
開発のソースツリーが
プロジェクトごとでなく
会社で1つのツリーになっていて
web/proj1
/proj2
みたいになっていた場合
Subversionなら
下位のだけでいけるけれど,Gitはそれが出来ないのが難点
それとも今はできるようになったのかな?
Re: (スコア:2)
SVN と比べて、Git の何がいいんでしょうね?という。
私は自転車とトラックのように共存するものだと思いますが、サーバーをGit に移行しようぜ!と勧める Git 屋さんの気持ちがわかりません。二段階commitがイイとか、ATの車で満足している人にMTに移行しようぜとアピールするもんじゃないかなと。
Re: (スコア:5, 参考になる)
完全な主観ですが。
pros:
- とにかくブランチが手軽に作成でき、マージも (SVN と比較すれば) 楽ちん
- commit, log, diff などの基本操作がローカルで完結するため高速
- GitHub などの周辺サービスが洗練されており使いやすい
- GitHub が発明した Pull request ベースでの開発が、コードレビューと一体となって効率的
- rebase, filter-branch など歴史の改ざんが可能(もちろん remote 側の設定次第で reject もできるから悪用は防げる)
- git-flow に代表されるワークフローや、権威型など、プロジェクトの都合に合わせて運用しやすい
cons:
- git clone 時
Re: (スコア:1)
...
- リポジトリが肥大化しがち(特に大きな画像等の asset 類を扱う場合)
...
diff 出力表示など内容そのものの履歴管理が必要ないのであれば git-annex [branchable.com] などはいかが?
Re: (スコア:1)
git の外部で大きいファイル管理するための類似プロジェクト色々ありますよね。
- git-annex [branchable.com]
- git-fat [github.com]
- git-media [github.com]
- git-largefile [github.com]
ただ、やはり git だけで上手いこと取り扱ってほしいものですが、アーキテクチャ的に難しそうですね。
Facebook による [facebook.com]と、git はスケールしない (we concluded that Git's internals would be difficult to wo
Re:Subversionから移行して失敗 (スコア:0)
巨大なバイナリファイルを使うプロジェクトに参加していることもあって、gitがスケールしないってを痛感しています。
ソースコードなんかだと分散型バージョン管理以外あり得ないよねと言えるくらいに便利だと思ってますが、画像とかがががが
Re: (スコア:0)
上で紹介されていた中で構成がシンプルそうなgit-fatに挑戦してみた。
Windows環境で動かすのにぼちぼち手間取ったがひとまず動作。
結論から言うと使えそう。というか参加しているプロジェクトで使ってみようかしらん。
あ、でもgit-annexも試しておきたいな。