バージョン管理システムについて語るスレ10
安心して日本語ファイル名が使えるものはないですかねぇ… どうでもイイけどdevは、デバイスと混乱されるから使わないで欲しいw 匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、 https://twitter.com/Lyrise_al 「BitKeeper 7.2」、Apache License 2.0でソースコードを公開 https://osdn.jp/magazine/16/05/12/153000 http://opensource.srad.jp/story/16/05/15/0457249/ GPLじゃないなら組み込むアプリケーションでてくるのかな gitコマンドを一緒に置いておいて外部プロセスとして使う分にはGPL関係ないし、libgit2ならリンク時例外あるしでそっち方面には影響なさそう 名前を変えてイメチェンすべき Git 対 Subversion：長引く争い | ReadWrite［日本版］ http://readwrite.jp/startup/4492/ 今の時代にSubversion使います言われたら絶望するわ >>489 >>491 tortoisegit ↓のブログによると、Subversion 「スナップショット」型で、Gitは「チェンジセット」型なんだそうだ。 http://qiita.com/kaityo256/items/81e7951a1ca2706955a4 http://keens.github.io/blog/2016/02/14/dvcsnomoderu_aruihapijulnitsuite/ 不要なパッチを削除できるあたりdarcsのほうが好きだったのでうまく成長してほしい 内部での保存方法はgitこそスナップショットでsvnは(逆方向の)patch-basedだろ？ SVN脳の問題点というかSVN系統の人が怖がってるのは結局 svnだって、commitするときに他の人が先に変更を加えていたら コミット時にコンフリクトする集中型の方が恐怖だけどな。 いやだからその svn での恐怖心を 一番の恐怖は、コンフリクトが判明するのが後のタイミングになるってことなんだよ 記事のコメントを見ると gitは仮に衝突しても大丈夫みたいな事言ってたけど 分散型は、一旦コミットした後でマージするから、 読んでないけどハッシュが衝突する奇跡が起きたらあぼーんしても不思議で無いね リーナス・トーバルズがハッシュ衝突について語ってるGoogle+の投稿 https://plus.google.com/+LinusTorvalds/posts/7tp2gYWQugL >>513 >>515 >>517 まあバージョン管理程度なら大した問題にはならんだろ。 嫌がらせならハッシュ衝突なんて凝ったことしなくてもできる訳で >>487 >>523 >>525 素人でスマンが、実際のところsubversionではできてgitではできないアクセス制限ってどんなのがあるの？ >>531 >>532 それからsvnでリポジトリの一部を読み出し不可にするって 横だがsubmoduleはアンチパターン的な扱いになってきてなかったっけ >>533-534 > あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？ > プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない プロジェクトで要求するような詳細な権限管理はGitHubみたいなアプリケーション側ですることでSCMの責務ではない >>538 最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。 >>541 もともと「社内だけで使えるリポジトリ」と思っていたわけで、 >>542 >>543 ならないな。 そう、なりませんよね。 ソースコードの場合は、原則として >>537 >>538 >>539 非公開の情報を間違ったディレクトリに突っ込む >>543 みたいな間抜けな奴は同じ情報を間違ったリポジトリにも突っ込むと思った方がいい >>549 >>554 >>555 それは一部だけビルドできると言っていいのか…？ >>557 とういか、別にそんな細かい話したいわけじゃなくて、リポジトリの一部をomitして提供、 >なぜだか、それに強行に反対する人（たち？）がいるようで。 >>525 )って所が発端で、リポジトリ分ければ良いじゃんって人とリポジトリ分けられないじゃんって人が言い合ってたのが今の流れでしょ >>560 リポジトリ分けたい人は分ければいい >>562 >>533 >>562 >>559 （>>565 の話にも関係してるけど） ちなみに、 
