[過去ログ]
バージョン管理システムについて語るスレ3 (1001レス)
バージョン管理システムについて語るスレ3 http://echo.5ch.net/test/read.cgi/tech/1228366972/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
569: デフォルトの名無しさん [sage] 2009/02/24(火) 16:29:53 >バカじゃねえの は2chの著作物になりました http://echo.5ch.net/test/read.cgi/tech/1228366972/569
570: デフォルトの名無しさん [sage] 2009/02/24(火) 20:24:35 のまネコはavexの著作物 http://echo.5ch.net/test/read.cgi/tech/1228366972/570
571: デフォルトの名無しさん [sage] 2009/02/24(火) 23:39:16 前提条件としての議論の余地が多分にあるが 仮に2chに書かれたコードがGPLのpatchであるとして、 仮に2chにそのコードの著作権があるとして、 そのコードが、GPLの派生である以上、GPLでなければならないならば、 2chが自らの著作物として、そのコードがGPLであると主張した場合、 どのような問題が発生するのだろうか? http://echo.5ch.net/test/read.cgi/tech/1228366972/571
572: デフォルトの名無しさん [sage] 2009/02/25(水) 01:23:29 日本語でおk http://echo.5ch.net/test/read.cgi/tech/1228366972/572
573: デフォルトの名無しさん [sage] 2009/02/25(水) 01:30:50 いつから著作権スレになったんだ? http://echo.5ch.net/test/read.cgi/tech/1228366972/573
574: デフォルトの名無しさん [sage] 2009/02/25(水) 02:03:58 スレ移動しようぜ、向こうは過疎ってるし。 こっちはこっちで 同じ話題を短い周期で 繰り返してる気がするけどなw http://echo.5ch.net/test/read.cgi/tech/1228366972/574
575: デフォルトの名無しさん [sage] 2009/02/25(水) 08:43:47 >>541 lanchpadはなんか規模がでかすぎる感じ。 インターフェースがわかりにくし、パッっとみ何するサイトなのか、なにしたらいいのかわからん。 githubとかBitBucket.orgみたいなコンパクトなリポジトリホスティングがほしす。 いってしまうと、googlecode projectみたいなのでいいんですよね。 それが、forkできればコラボが楽だなあ、という程度 (じゃあ、bzr-svnで(以下略)) あとlanchpadのサイト重いのもイヤイヤ感に拍車を掛ける。 lanchpadの利点がよくわからないから、
どうしても否定的になってしまうな http://echo.5ch.net/test/read.cgi/tech/1228366972/575
576: デフォルトの名無しさん [sage] 2009/02/25(水) 08:45:25 そういえば、TortoiseGitってどうですか? そこそこ使えますか? 日本語対応具合とか TortoiseGitで足りない機能ある時はコマンドライン版は何使ってます? http://echo.5ch.net/test/read.cgi/tech/1228366972/576
577: デフォルトの名無しさん [sage] 2009/02/25(水) 10:48:28 >>575 Launchpad使ってるけど、その辺の意見には同意 Bazaarでの開発にはとても役に立つし、実際に便利に使わせてもらっているんだが 画面のゴチャゴチャ感と重さはどうにかならないかなーと思う メニュー項目が必ず全部(使っていない項目も含めて)表示されることも、ゴチャゴチャ感を増している ちなみにLaunchpadの利点は ・独自ブランチ→マージ提案が便利(ほかのホスティングでも似た機能はあると思うけど) ・共同翻訳(Translations)に強い あたりかな http://echo.5c
h.net/test/read.cgi/tech/1228366972/577
578: デフォルトの名無しさん [sage] 2009/02/25(水) 11:51:44 >>576 試してから書き込め http://echo.5ch.net/test/read.cgi/tech/1228366972/578
579: デフォルトの名無しさん [sage] 2009/02/25(水) 15:51:48 margeが優れてるのはdarcsでいいの? http://echo.5ch.net/test/read.cgi/tech/1228366972/579
580: デフォルトの名無しさん [sage] 2009/02/25(水) 16:13:12 mergeが優れているのは人。 http://echo.5ch.net/test/read.cgi/tech/1228366972/580
581: デフォルトの名無しさん [sage] 2009/02/25(水) 16:22:50 >>579 mercurial or git http://echo.5ch.net/test/read.cgi/tech/1228366972/581
582: デフォルトの名無しさん [sage] 2009/02/25(水) 23:11:11 そもそもmergeが優れているってどういうこと http://echo.5ch.net/test/read.cgi/tech/1228366972/582
583: デフォルトの名無しさん [sage] 2009/02/26(木) 00:16:08 SubversionとMercurial使ってるけど、俺も「Mercurialはmergeが優れている」って 聞く度にいつも、いまいち意味が分からんと思う。 http://echo.5ch.net/test/read.cgi/tech/1228366972/583
584: デフォルトの名無しさん [sage] 2009/02/26(木) 00:44:14 branchは、破棄されるか、trunk(master)に統合されるか二択。 そういったprojectなら、gitやhgはbranchしたのが何時だったか思い出す 必要が無い。mergeが優れているのは、その一点のみ。 その主張は、ほとんどの場合正しい。 http://echo.5ch.net/test/read.cgi/tech/1228366972/584
585: デフォルトの名無しさん [sage] 2009/02/26(木) 01:34:55 ああ、branchで作ったディレクトリを見失う(どこにブランチ作ったか忘れる)心配がないって事ね でもそれmergeが優れているわけではなくて、単なるbranch方式の違いだよな http://echo.5ch.net/test/read.cgi/tech/1228366972/585
586: デフォルトの名無しさん [sage] 2009/02/26(木) 02:08:42 マージの優劣って言葉通りじゃなくて、マージトラッキングや その自由度・速度を含めたことだと思うが・・・ http://echo.5ch.net/test/read.cgi/tech/1228366972/586
587: デフォルトの名無しさん [sage] 2009/02/26(木) 02:16:08 Mercurialって、マージの自由度低くない? 統合する方向のマージに強制されてるような気になってる来るというか、 cherry-pickingしにくい仕組み。 むしろ、Subversionぐらいの放任主義の方が自由感がある。 http://echo.5ch.net/test/read.cgi/tech/1228366972/587
588: デフォルトの名無しさん [] 2009/02/26(木) 02:28:45 git or mercurialは3-way マージでsubversionは2-way マージだったはず。 http://echo.5ch.net/test/read.cgi/tech/1228366972/588
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 413 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s