トップページ⇒tech
1001コメント332KB

バージョン管理システムについて語るスレ7

■ このスレッドは過去ログ倉庫に格納されています
0001前スレ858=8792010/09/06(月) 22:48:42
バージョン管理システムについて再び語りましょう

●過去スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
http://pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
http://pc12.2ch.net/test/read.cgi/tech/1255241922/
バージョン管理システムについて語るスレ6
http://hibari.2ch.net/test/read.cgi/tech/1270640436/

●関連スレ
CVS 1.3 [UNIX板]
http://pc12.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1154701996/
Subversion r12 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1254838551/
git スレッド [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1197798039/
【分散型バージョン管理】 Mercurial 【hg】
http://hibari.2ch.net/test/read.cgi/tech/1251208950/
【bzr】Bazaarでバージョン管理 Rev 2
http://hibari.2ch.net/test/read.cgi/tech/1265951333/
0232デフォルトの名無しさん2010/10/09(土) 01:14:47
>>231
2bytes圏に美人が多いのは認める。
しかし3bytesを無視するのは許さん。
0233デフォルトの名無しさん2010/10/20(水) 06:01:56
SubversionからGitへ乗り換えを検討してみたけど
導入の手間（特に利用者への負担）と管理の煩雑さを考えると
現状維持がいいのかなと思ってしまった
0234デフォルトの名無しさん2010/10/20(水) 07:28:24
管理ウゼェ勝手にしろがgitだから、管理したいならgitなんて考慮に値しない選択肢だよ
0235デフォルトの名無しさん2010/10/20(水) 07:38:27
利用者がrebaseとかresetとか覚え始めて
ログが破綻するのがsvn->gitの本当の最初の試練
0236デフォルトの名無しさん2010/10/20(水) 08:34:17
>>233
乗り換えらくちんちん
0237デフォルトの名無しさん2010/10/20(水) 08:55:50
>>234
バックアップ取っていたつもりが取れていなくて全てパーになるのですね。わかります。
0238デフォルトの名無しさん2010/10/20(水) 09:13:09
某るｂｙみたくsvn鯖まるごとクラックされたりとか
0239デフォルトの名無しさん2010/10/20(水) 10:32:51
>>233
導入の手間はサーバが無いと何もできないSubversionの方がはるかに手間がかかる
0240デフォルトの名無しさん2010/10/20(水) 13:59:00
Subversion って sshd だけ動いてれば大丈夫っしょ
0241デフォルトの名無しさん2010/10/20(水) 14:27:30
導入の手間（特に利用者への負担）ってのが読めないのかこの馬鹿は
一体どれだけ狭い世界に生きてんだよ
0242デフォルトの名無しさん2010/10/20(水) 14:51:25
乗り換えつってんだから、現状Subversionはインストール済みだろうし
手間はゼロだなｗ
0243デフォルトの名無しさん2010/10/20(水) 15:38:11
>導入の手間（特に利用者への負担）
・git svn clone のミラーを立てる
・svnしか使えないお馬鹿さんはsvnを使い続ける
・gitが使える普通の人はgitを使う
0244デフォルトの名無しさん2010/10/20(水) 17:16:54
・かしこいgitユーザーはsvnユーザーに不都合が出ないように注意する
・svnユーザーに不都合が出た時にはかしこいgitユーザーが何とかする

こうなることが予見される訳だが
0245デフォルトの名無しさん2010/10/20(水) 18:15:38
・かしこいgitユーザーを見よう見まねのかしこくないgitユーザーが出現
こうなることが予見される訳だが
0246デフォルトの名無しさん2010/10/20(水) 18:25:22
・かしこくないgitユーザにはpush権をやらない
・練習用のリポジトリを使わせる
・かしこいgitユーザがログを綺麗にしてからpushする
0247デフォルトの名無しさん2010/10/20(水) 18:52:59
Bazaar導入でスッキリ解決
0248デフォルトの名無しさん2010/10/20(水) 18:54:38
VSS導入でスッキリ解決
0249デフォルトの名無しさん2010/10/20(水) 19:31:53
ClearCase導入でスッキリ解決

そして誰もいなくなった
0250デフォルトの名無しさん2010/10/20(水) 20:25:18
>>246
ログを綺麗にする方法について
具体的に教えて頂けませんか？
0251デフォルトの名無しさん2010/10/20(水) 22:32:19
>>250
git push :master
0252デフォルトの名無しさん2010/10/20(水) 22:47:22
>>251
それがあんまり洒落になってないところがgitの扱いづらさ
0253デフォルトの名無しさん2010/10/20(水) 23:13:28
おまいら svn しか使えない馬鹿ものっていうけどな
svn も使えない馬鹿ものも多いんだぞ
0254デフォルトの名無しさん2010/10/21(木) 00:19:16
>>233 >>239
以前、散々開発してた途中でバージョン管理してないプログラマ一人のプロジェクトが見つかって、
何でリポジトリ作ってないんだよって問いただしたら、
管理者じゃないからリポジトリ作れなかったって話を思い出した

Subvrsionだとサーバーないとしかも管理者(リポジトリのね)じゃないとリポジトリ作れないと思ってたらしい
TortoiseSVNですら、ローカルにリポジトリ作れるから一人プロジェクトでもリポジトリ作れるのにな
後からサーバーにうつせばいいし

ま、これは、コミュニケーション不足が主な原因だったわけだが
0255デフォルトの名無しさん2010/10/21(木) 00:23:58
そもそも、自由に履歴をいじれるバージョン管理ソフトって、
やり過ぎ感が否めない
便利なのはわかるけど、結局何がしたいんだろうって
0256デフォルトの名無しさん2010/10/21(木) 01:12:39
・過去の履歴にパスワードなど個人情報が入ってしまっている
・コミットログを間違えたが、管理者かサーバー側でログ修正を許可しないと修正できないので、
　ソースに改行を挿入してもう一度コミットした

こういうのを経験していると、リモートにアップする前に、
ローカルで簡単に修正できるのは便利だよ
ただ、逆に言うと運用でなんとかしてたのを機能として持つことで覚えることが増えたように感じる
もちろん、必要になってから憶えればよいんだけどね

gitだって基本のコマンドが多く見えるけれど、便利な機能(過去のコミットの修正や履歴のツリーの付け替えなど)
を最初はスルーすることで最小限必要な学習でスタートできる。

0257デフォルトの名無しさん2010/10/21(木) 03:20:57
リポジトリにパスワードなんて突っ込むような大馬鹿野郎がgitをありがたがるという事ね
なるほど
0258デフォルトの名無しさん2010/10/21(木) 06:00:28
脳に蛆が湧いた奴がいるな
0259デフォルトの名無しさん2010/10/21(木) 08:34:18
>>253
cvsを使っていてsvnを選ばなかったのなら勝ち組
バージョン管理をしていないのなら分散型で始めれば良い
0260デフォルトの名無しさん2010/10/21(木) 09:05:44
>>254
コミュ不足というよりは、マニュアルくらい
読めよ、て思った。
そいつ自身の自業自得じゃね？
0261デフォルトの名無しさん2010/10/21(木) 09:08:00
とにかく分散すればありがたい、とハードワイアで結合されたニューロンたち。
0262デフォルトの名無しさん2010/10/21(木) 09:16:47
さぁ、早くsvnでcherry-pickとrebaseをする仕事に戻るんだ
0263デフォルトの名無しさん2010/10/21(木) 09:19:09
>>259
じゃあ俺は勝ち組だな。
cvs → hg & bzr
svn は、cvs を徹底的にこき下ろすコミュニティの態度が気に入らなかった。
別に cvs の悪口言うなってんじゃないけど、ほかを叩くことで自分を持ち上げるような
性根は嫌いだ。
0264デフォルトの名無しさん2010/10/21(木) 09:24:00
ruby は、perl/C++ を徹底的にこき下ろすコミュニティの態度が気に入らなかった。
別に perl/C++ の悪口言うなってんじゃないけど、ほかを叩くことで自分を持ち上げるような
性根は嫌いだ。
0265デフォルトの名無しさん2010/10/21(木) 09:27:52
git は、svn を徹底的にこき下ろすコミュニティの態度が気に入らなかった。
別に svn の悪口言うなってんじゃないけど、ほかを叩くことで自分を持ち上げるような
性根は嫌いだ。
0266デフォルトの名無しさん2010/10/21(木) 09:32:39
敗者の被害妄想
0267デフォルトの名無しさん2010/10/21(木) 10:16:25
たしかに勝者は被害妄想しないな。
0268デフォルトの名無しさん2010/10/21(木) 10:26:32
つうか cvs はねえよ
慣れの問題はあるけどさ
0269デフォルトの名無しさん2010/10/21(木) 10:32:18
>>256
svnにしがみつくことに必死な馬鹿にまともにレスしても無駄だから
0270デフォルトの名無しさん2010/10/21(木) 10:33:17
ここ数年で急に分散型が台頭してきたよな。
どれが淘汰されて、どれが生き残るのか、
まだ分からんので必要に迫られない限り様子見してる。
あと数年は分散型が乱立した状況が続くんでないかと思う。

新しいものに飛びついたからって、勝った事にはならん。
むしろ、飛びついた先の船が沈没しないことを祈りなされ。
0271デフォルトの名無しさん2010/10/21(木) 10:38:09
gitは沈没しなさそう
0272デフォルトの名無しさん2010/10/21(木) 11:05:12
cvs -> svn -> svk -> git ときた俺だけど、理想過ぎてもうGit無しでは生きていけない
0273デフォルトの名無しさん2010/10/21(木) 11:06:16
沈没してもfast-exportで別のVCSに移行できる
svnにしがみついているのは、ブランチが複雑だったり、copyでブランチを作っていなかったりして、
移行もままならないプロジェクト
0274デフォルトの名無しさん2010/10/21(木) 12:07:21
git → linuxが捨てなければ大丈夫
bzr → GNUが捨てなければ大丈夫
hg → microsoftが捨てなければ大丈夫
0275デフォルトの名無しさん2010/10/21(木) 12:19:59
一番怪しいのはhgか
0276デフォルトの名無しさん2010/10/21(木) 12:57:35
Oracleもいるよ? いる…よ？
0277デフォルトの名無しさん2010/10/21(木) 13:44:05
Microsoftはhgラブだったのか
0278デフォルトの名無しさん2010/10/21(木) 13:45:58
svnラブでしょ >>151
0279デフォルトの名無しさん2010/10/21(木) 13:54:52
>>151の記事って表題が
＞米Microsoft、バージョン管理システムMercurial開発プロジェクトに25,000ドル寄贈
0280デフォルトの名無しさん2010/10/21(木) 14:42:47
Mercurialが一番、どこの陣営の色も付いてないから？
0281デフォルトの名無しさん2010/10/21(木) 15:44:00
>>280
実装が一番楽だからじゃないか
0282デフォルトの名無しさん2010/10/21(木) 16:56:58
たった250万円かよ・・・。
0283デフォルトの名無しさん2010/10/21(木) 16:59:51
その頃1ドル85円ぐらいじゃなかったっけ
0284デフォルトの名無しさん2010/10/21(木) 17:06:06
一番必死で一番性格が悪いのがGit陣営だと良く分かった
0285デフォルトの名無しさん2010/10/21(木) 20:56:24
>>280
mercurialはsun色じゃなかったんだ？
0286デフォルトの名無しさん2010/10/21(木) 21:58:47
https://git.wiki.kernel.org/index.php/GitProjects
http://mercurial.selenic.com/wiki/ProjectsUsingMercurial
http://wiki.bazaar.canonical.com/WhoUsesBzr
0287デフォルトの名無しさん2010/10/21(木) 23:23:18
gitでもhgでもbzrでもいいけど分散型に慣れたあとsvnを触るとコミットするのがすごく怖く感じる

0288デフォルトの名無しさん2010/10/22(金) 00:40:41
brancheにCommitする習慣が必要あるね
0289デフォルトの名無しさん2010/10/22(金) 05:49:57
>>274
Googleもhgじゃね？
0290デフォルトの名無しさん2010/10/22(金) 06:35:58
>>289
http://hibari.2ch.net/test/read.cgi/tech/1284467898/84
0291デフォルトの名無しさん2010/10/22(金) 06:41:21
ﾊｹﾞﾊｹﾞうるせー
0292デフォルトの名無しさん2010/10/22(金) 07:34:56
散々、gitの開発者は日本人だ日本人だと煽っておいて、gitの日本人コミッタって在米かよ。
米国でノーベル賞とった日本人研究者を喜んでる日本人みたいじゃねーか。

それにしても、せっかくGoogle社員なのにもったいないね。
GoogleはWindowsの親和性からhg押してるという状況が。

むろんコミッタには罪はないんだが。
0293デフォルトの名無しさん2010/10/22(金) 07:35:45
bzr は、hg や git の日本語対応を徹底的にこき下ろす2chコミュニティの態度が気に入らなかった。
別に hg や git の悪口言うなってんじゃないけど、ほかを叩くことでbzrを持ち上げるような
性根は嫌いだ。
0294デフォルトの名無しさん2010/10/22(金) 08:16:49
googleはpythonだからね。
git push :masterがそうだけど、これが大きな要因だと思う。

http://www.atmarkit.co.jp/news/200904/28/googlecode.html
> ・メンテナンス性。Gitはgit-gcなど、レポジトリの定期的なメンテナンスが不可欠。
> ・ヒストリの重要性。Gitは非常に強力で、コマンドを叩けばあらゆる操作が可能。
> 　リモートサーバ上のレポジトリもコマンド1つで消えてしまう可能性があり危険。
> 　一方、Mercurialは変更不可のオブジェクトが蓄積していくだけ。
0295デフォルトの名無しさん2010/10/22(金) 09:57:07
>>294
その二つは同じことを言ってるだけだよな
gitでgcをoffにしたら解決する話のような
0296デフォルトの名無しさん2010/10/22(金) 10:36:09
>>292-293
そんなことでバージョン管理システム決めるなよｗｗ

個人で、日本語ファイル名を複数の環境で扱わないならどれ使っても良い。
チームで、しかも日本語ファイル名を複数の環境で扱うならbzrが安心。
チームで、みんなにcygwinやmsysをインストールさせるのがいやだったらgitが
選択肢から外れる。

今から個人のバージョン管理するなら、プライベートリポジトリの制限なくなった
BitBucketが使えるhgが良いんじゃないかな。CodePlexもGoogle Codeでも使えるし。
0297デフォルトの名無しさん2010/10/22(金) 10:42:17
>>296
UTF-16が安心？
0298デフォルトの名無しさん2010/10/22(金) 10:51:07
gitはコミッタが日本人だから安心とか言ってるBlogあったけど
彼って多言語対応に一切興味を示さないよね
0299デフォルトの名無しさん2010/10/22(金) 11:22:23
自分が必要してないのに泥沼確定してる多言語対応に手を出したくない
気持ちはわからなくもない
0300デフォルトの名無しさん2010/10/22(金) 12:21:04
元々Gitにかかわろうと思った動機も　コード1200行しかなくて簡単そうだったから　だもんな
面倒な問題の解決については一切期待できない人物
0301デフォルトの名無しさん2010/10/22(金) 13:18:30
>>296
>チームで、みんなにcygwinやmsysをインストールさせるのがいやだったらgitが
>選択肢から外れる。

それは誤解
0302デフォルトの名無しさん2010/10/22(金) 13:40:05
ファイル名にUTF-8が使えるのが多言語対応じゃないのですか？
0303デフォルトの名無しさん2010/10/22(金) 13:50:53
ファイル名にUTF-8が使えるのは多言語化の現実的な実装法の一つだがイコールではない
0304デフォルトの名無しさん2010/10/22(金) 13:55:03
ファイル名をUCSにするのは多言語化の現実的な実装法の一つだがイコールではない
0305デフォルトの名無しさん2010/10/22(金) 13:58:08
svnかhgのどちらでもいいのですが（あれば両方とも）
指定した２つのリビジョン間の差分ファイルのみを
ローカルにコピーする機能ってありませんか？
0306デフォルトの名無しさん2010/10/22(金) 13:59:29
差分ファイルってのは断片ではなく、ソースファイル丸ごとという意味です。
0307デフォルトの名無しさん2010/10/22(金) 14:45:15
>>301
msysやcygwinに依存しないWindows用gitってあるの？
0308デフォルトの名無しさん2010/10/22(金) 15:08:01
っていうか、依存しちゃうとマズイことあるの？
push/pollなどのプロトコルさえ通じれば、実装はなんでもいいのでは？
（おれはどのくらいmsys/cygwinがソレに依存しているか詳しくないのだけど）
0309デフォルトの名無しさん2010/10/22(金) 15:26:12
微妙に名前の違う同じ名前のexeがいくつもあると容易に嫌なことが起きやすいのは
想像できるな
0310デフォルトの名無しさん2010/10/22(金) 15:27:06
http://hibari.2ch.net/test/read.cgi/tech/1284467898/22
> msysGit is not Git for Windows; that is an installer which installs Git -- and only Git.
0311デフォルトの名無しさん2010/10/22(金) 16:04:48
>>308
ファイル沢山入って重い
既存のコマンドと同名で別のコマンドがインストールされる恐れがある。
(Windowsのfindとか)
もともとCygwin/mingw使っている人に新しくmingwかなにかをインストールさせた
場合、環境の切り替えが大変。

>>310
おぉ、gitが入ったmingw環境をインストールさせるのかと思ってた。
0312デフォルトの名無しさん2010/10/22(金) 16:26:02
gitそのものがシェルスクリプトとか使ってるのにどうやってるの？
0313デフォルトの名無しさん2010/10/22(金) 16:35:44
portableGIT使えばいいじゃない
0314デフォルトの名無しさん2010/10/22(金) 16:43:04
>>311
pathが違うから大丈夫
っていうか Git のみインストールすれば
Git 専用の Bash が出来てその中だけで完結出来て
他に悪影響出ないよ
0315デフォルトの名無しさん2010/10/22(金) 16:57:57
>>314
元々msysやcygwin使ってた人からすると、msysやcygwinのbashからgitを呼べないと使い物にならねえ
って言う人がほとんどじゃね？
0316デフォルトの名無しさん2010/10/22(金) 17:04:53
PATH通せばいいだろ
0317デフォルトの名無しさん2010/10/22(金) 17:07:03
msysにしろcygwinにしろ、POSIX APIを.dllで提供してるから
共通のものを使ってくれないとだめだろ
WindowsのPATHだけ通しても、/usr/みたいなPOSIX PATHが別のところになっちゃうぞ
0318デフォルトの名無しさん2010/10/22(金) 17:21:06
gitってまだ外部コマンドに依存しているのが残っているの？
0319デフォルトの名無しさん2010/10/22(金) 17:21:44
WindowsのPATHは通さない
0320デフォルトの名無しさん2010/10/22(金) 19:05:16
GITってlinux（POSIX）依存が抜けないんだよね。
そういう部分で苦労させられると、ハードゲイの方がよく思えてくる。
0321デフォルトの名無しさん2010/10/22(金) 19:11:27
cygwinしかなかった時に比べると進化している。
でも、TortoiseGitは進化するのだろうか？
0322デフォルトの名無しさん2010/10/22(金) 19:28:22
フォーー！
0323デフォルトの名無しさん2010/10/22(金) 22:58:54
>>296
>>263 >>264 >>293
0324デフォルトの名無しさん2010/10/22(金) 23:07:35
>>311
msysGitだとmsys環境だけにパス通したコマンドプロンプト立ち上げる機能ついてきたはず。

VisualStudioでも複数の環境を切り替えて使えるように、一時的にパス通したコマンドプロンプト使えるbatみたいなのついてくるよね
ああいうの

>>312
他のバージョン管理みたいに、libなんたらやらdllで基本的な機能が組み込めると楽なんだけどねー。

TortoiseGitもコマンンドライン版を要求してコマンンドライン版の実装に激しく依存する
文字コードの問題もそう。
0325デフォルトの名無しさん2010/10/22(金) 23:11:56
>>321
TortoiseGitはgitは日本語ファイル名の問題ある、TortoiseGit側にも文字コードの問題ある
二重苦
0326デフォルトの名無しさん2010/10/22(金) 23:17:46
そうなんだ。
GITはファイル名じゃなくて、inodeみたいなidで持ってるんだから、
ファイル名の問題は解決済みなのかと思ってたよ。
そもそも、日本語ファイル名なんか使わないけど。
0327デフォルトの名無しさん2010/10/23(土) 11:57:29
>>300
なにその「濱野は楽したいだけのクソ野郎」みたいな言い草
0328デフォルトの名無しさん2010/10/23(土) 12:25:54
なにもクソも本人談そのままだし
お前がそう感じたならそう言う事なんだろう
0329デフォルトの名無しさん2010/10/23(土) 12:28:33
「面倒な問題」って何ですか？
0330デフォルトの名無しさん2010/10/23(土) 13:40:29
中身見たことないけど1200行とかCのソースとしてはものすごい短いものだから
本気で取り組んだらわからない部分なんてないんじゃないの
0331デフォルトの名無しさん2010/10/23(土) 14:00:33
>>330ほどの馬鹿発言する奴が何故バージョン管理スレに居るのだろう
■ このスレッドは過去ログ倉庫に格納されています