バージョン管理システ ..
331:デフォルトの名無しさん
08/01/26 14:19:01
>>330
つれますか?
332:デフォルトの名無しさん
08/01/26 14:50:31
ｐｇｒ
333:デフォルトの名無しさん
08/01/26 14:51:25
ペギラ
334:デフォルトの名無しさん
08/01/26 17:34:36
ゴン
335:デフォルトの名無しさん
08/01/26 18:55:39
Wikipediaをwikiって略す奴は、wikiを知らないんだろうな。
336:デフォルトの名無しさん
08/01/26 20:27:17
>>328
なるほど。
VCSは版管理のみを提供して、SCMはそれに追加機能があるという訳ですね。
となると、ここで論じられてるCVS、Subversion、Mercurial、git、darcs、Bazaar、arch等々は
それぞれどちらに分類されるのでしょうか？
今までこれらのソフトをVCSの視点でしか見てこなかったので、
この中にSCMがあれば、その活かし方などを教えてもらいたいです。
337:デフォルトの名無しさん
08/01/27 00:59:48
>>328
何言ってるの？
ここで言ってるSCMはSource Code Managementのことだろｗｗｗ
だれもここでSoftware Configuration Managementの話なんてしてない。
338:デフォルトの名無しさん
08/01/27 01:11:39
>>337
>>323
339:デフォルトの名無しさん
08/01/27 01:12:15
というか323の時点で間違ったわけか。
340:デフォルトの名無しさん
08/01/27 01:36:38
WikipediaではSubversionがSoftware configuration managementに分類されてるな。
なんでだろ
URLﾘﾝｸ(en.wikipedia.org)
341:デフォルトの名無しさん
08/01/27 02:00:33
不審に思ってPurposesの節を読んだが、やっぱSubversonが入るのは
おかしいかな、ま、Wikipediaは言葉の定義をするとこじゃないから……
……とか思いながら定義を調べたら
URLﾘﾝｸ(www.dwheeler.com)
URLﾘﾝｸ(cs.wwc.edu)
URLﾘﾝｸ(www.cmcrossroads.com)
混用されすぎててワロタ。自信満々の>>337-339が涙目になるくらい。
342:デフォルトの名無しさん
08/01/27 02:07:51
すまん>>337-339じゃなくて>>328だわな。
要は初期の定義ではCMってのがあって、その後SCMの概念が出てくる。
現在でこそ、定義を全部満たすのがSCMでVCSはその機能の1つっていう
人もいるが、初期のSCMの定義ではCVSはおろかMakeなんかもSCMに含めてて
もうなんなんだという感じ。
343:デフォルトの名無しさん
08/01/27 02:34:40
そういえば、こんな文章もあったな。
URLﾘﾝｸ(www.sodan.org)
344:デフォルトの名無しさん
08/01/27 03:01:18
そこで、PMS（パッチ管理システム）ですよ。
darcs2はスケーラビリティ改善されるんだろうか。
345:デフォルトの名無しさん
08/01/27 03:48:17
>>344
darcsは興味あるなぁ
パッチ管理って、もうやりたい放題できそうだな
346:デフォルトの名無しさん
08/01/27 04:08:51
>>341-343
SCM (Software Configuration Management)の用法は統一されてないようだね
VCSと同義であったり、VCSをさらに多機能化したものとして言及されたり、
文脈によってまちまちみたいだね
ということで、とりあえずこのスレではSCM (Source Code Managementも含めて)もVCSも
バージョン管理システムを指すということでOK？
347:デフォルトの名無しさん
08/01/27 05:42:13
NMS (Nandemo Management System)
348:デフォルトの名無しさん
08/01/27 09:38:36
PMSは月経前症候群?
SCMはサプライチェーンマネジメント?
NMSはネットワークマネジメントだな
349:デフォルトの名無しさん
08/01/28 22:55:37
なます…
350:デフォルトの名無しさん
08/01/29 01:07:11
GitかHgに移行したいんだが、どうにも勇気が出ない。
TortoiseHgってTortoiseSVNと共存できる？
それとsvnからgitかhgに移行して、どう使い方が変わったとかだれか教えてくりゃれ。
351:デフォルトの名無しさん
08/01/29 01:27:18
>>350
使い方が変わるわけないだろｗｗｗ
352:デフォルトの名無しさん
08/01/29 09:31:21
Winの場合、Python3.0が出るまでHgは使いにくいと思う
353:デフォルトの名無しさん
08/01/29 09:35:00
>>352
何で？
354:デフォルトの名無しさん
08/01/29 09:39:21
HgってPythonせいだっけ
355:デフォルトの名無しさん
08/01/29 10:24:15
今のPython2.5は文字列型が2つある。
入出力の部分で文字コード変換すれば問題は無いんだが、
1バイト圏の連中はASCII前提で何もしないから困る。
Python2.5
str型: 1バイト1文字
unicode型: 多バイト1文字（UCS-2 or UCS-4）
Python3.0
str型: 多バイト1文字（UCS-2 or UCS-4）
UTF-8なら今のものでも問題ないと思う。
でもWindowsはShiftJISだから日本語を使うと問題が出るときがある。
Python3.0になるとUnicodeで作ることを強制されるので
たぶん自然に改善されるはず。
356:デフォルトの名無しさん
08/01/29 10:27:08
>>355
期待ageだな
でも、枯れるまでにはもう少し時間が必要か
357:デフォルトの名無しさん
08/01/29 16:28:14
Pythonがマジで多カ国語対応されるまでは、
Mercurialはファイル名、ファイルパスはASCIIで使っておけということだな。
358:デフォルトの名無しさん
08/01/29 21:52:31
これではダメかな?
URLﾘﾝｸ(selenic.com)
ちょっと試した限りでは問題ない感じ。
359:デフォルトの名無しさん
08/01/29 23:47:57
ユニコードファイル名に対応しないと根本的な解決にはならないんじゃないかな
360:デフォルトの名無しさん
08/01/30 03:19:57
マジレスすると
Pythonは多各語滞欧しているし海栗コードファイル名にも対応している
361:デフォルトの名無しさん
08/01/30 03:33:15
しかしお前は日本語に対応してないんだな
362:デフォルトの名無しさん
08/01/30 07:22:06
pythonは対応してるけどhgは対応してない
363:デフォルトの名無しさん
08/01/30 11:23:21
>>358
バイナリインストールの環境だと使えない
364:デフォルトの名無しさん
08/01/30 13:12:03
Windowsだけど、Hgインストールすると、
Python入ってるのに、自前でPythonインストールされる気がする。
365:デフォルトの名無しさん
08/01/30 15:20:12
>>357
そっかー、Pythonの文字列の問題なのか。
悩ましい問題だ。
SVNはその点、楽だったのになあ
366:デフォルトの名無しさん
08/01/30 17:56:08
>>357
対応してるだろ
適当なことを言うな
367:デフォルトの名無しさん
08/01/30 19:47:39
>>366
俺としては、基本的な文字列操作をしたらUnicodeで扱うことになったら、という意味だった。
Javaレベルでネイティブロケールを隠蔽してロジックが書ければ、と。
# そりゃ、Unicodeで扱うことによる問題はでるけどさ。
# デフォルトがUnicodeになって欲しい、と。
368:デフォルトの名無しさん
08/02/01 07:29:29
u'hoge' でいいじゃん
369:デフォルトの名無しさん
08/02/02 10:35:54
git-svnよいねぇ。
svnで開発するのは無理自慰だし、svkなんか微妙だし(エラーハンドリングが微妙)、git使いやすいから楽だ。
370:デフォルトの名無しさん
08/02/02 21:32:56
>>364
だがそれがいい。
VBはDLLを要求しやがるから困る。
>>368
その記法はPython3000だとエラーなんだよな〜
これに限らず、いまhgを完全にUnicode化しても、
新たに作業が発生しそうで躊躇する。
371:デフォルトの名無しさん
08/02/02 22:18:52
Mercurial vs git
ここ分かりやすいな 短いけど
URLﾘﾝｸ(www.atmarkit.co.jp)
372:デフォルトの名無しさん
08/02/02 22:26:51
>>371
2005っていつの記事だよ、と思ったらやっぱり三年前じゃねえか。
こんなの今と相当違ってるぞ？
373:デフォルトの名無しさん
08/02/02 22:30:17
>>372
メインはsvnだけど 気になる２人なので基本的な情報を集めようとしてるんだけど
やっぱりそうですか。
すんません
374:デフォルトの名無しさん
08/02/02 23:37:34
>>369
> git-svn
kwsk
手元でgitで、サーバー側のsvnにコミットする手法？
375:デフォルトの名無しさん
08/02/03 02:32:45
TortoiseHg 0.3 が出たな
376:デフォルトの名無しさん
08/02/03 09:23:46
>>374
まぁそういうこと。コミットもできるけど、まだしてない。(権限がなす)
BTSにパッチ上げる開発用にローカルでつかってる。
普段のそー言うのは、git-svn cloneのほうでブッコ抜き。
git-svnimportの方はログコンバーターなのでリポジトリをgitに移行するときだけですね。
377:デフォルトの名無しさん
08/02/03 10:33:35
ブランチをマージしようとしてsvn mergeがフリーズしたので、
代わりにgit-svn で git上でマージできてよかった。
だけど、svn:externals とかgit-svnは扱ってくれないのね。
svn:ignoreはgit-svnで一応扱えるけど、機能が微妙。
378:デフォルトの名無しさん
08/02/03 17:43:28
【10.1】 「日本語ファイル名を追加できない」
URLﾘﾝｸ(python.matrix.jp)
379:デフォルトの名無しさん
08/02/03 18:46:02
・既出
・ググればすぐ出る
・直リン
380:デフォルトの名無しさん
08/02/04 13:59:43
直リン？
381:デフォルトの名無しさん
08/02/07 15:08:37
燃料?
URLﾘﾝｸ(texagon.blogspot.com)
382:デフォルトの名無しさん
08/02/07 19:30:51
お前初めてかhgは?
力抜けよ
383:デフォルトの名無しさん
08/02/07 20:21:09
>>381
文章の先頭から大嘘じゃないかｗｗｗ
384:デフォルトの名無しさん
08/02/07 22:18:11
>>383
ごめん，どこが？
385:デフォルトの名無しさん
08/02/08 19:10:44
subversion での svn update は、git では git pull でしょうか。
git clone したリポジトリがあって、これを更新したいんだけど、git pull だけでいいのでしょうか。
なんかうまくいってるのかどうか分からなくて。
386:デフォルトの名無しさん
08/02/08 20:44:36
>>385
それで合ってる
git branch -r でorigin（pullしてくる元）が表示されるはず
git スレッド
ｽﾚﾘﾝｸ(linux板)
387:デフォルトの名無しさん
08/02/12 15:47:32
>>303
使い方がよくわからないんですが、Mercurialを新しくするだけではだめなんでしょうか?
$ hg add
adding クソ.txt
ク・.txt does not exist!
みたいになってしまいます。
388:デフォルトの名無しさん
08/02/12 18:55:56
sjisファイルネームは通らない。
389:デフォルトの名無しさん
08/02/12 23:14:55
SVN(TortoiseSVN)だとその辺もやってくれるんだけど、Hgはやってくれないか
390:387
08/02/13 13:33:47
>>387
extentionを有効にしてなかったせいでした。
Mercurial.iniの[extensions]に
hgext.win32mbcs =
を足したらちゃんとaddできるようになりました。
391:デフォルトの名無しさん
08/02/14 00:06:24
はじめてMercurialを使ってメッセージの意味がわからない…
Rev.1から 2 と 3 を分岐させて(>hg heads で 2と3が出る)、作業ディレクトリが
Rev.3の状態で 2の枝とマージすることを意図して
>C:\Temp\repo>hg merge 2
ってすると(設定しているWinMergeが立ち上がって編集保存すると）
>merging a.txt
>merging a.txt failed!
>1 files updated, 0 files merged, 0 files removed, 1 files unresolved
>There are unresolved merges, you can redo the full merge using:
> hg update -C 3
> hg merge 2
fail とか unresolved とか不吉な単語が見えるけれど、
>hg commit -m "..."
すると、ちゃんと Parentsに 2と3を持つ Rev.4 が出来ている。
編集した a.txt はちゃんと編集後の状態を保ってる。
これって正しい動作なんでしょうか。
392:デフォルトの名無しさん
08/02/16 17:58:43
rms曰く、we should use Bzr
URLﾘﾝｸ(lists.gnu.org)
393:デフォルトの名無しさん
08/02/17 11:10:01
mercurial で、heads と tips の違いがわかりません。だれかおしえて。
394:デフォルトの名無しさん
08/02/17 11:17:55
>>393
URLﾘﾝｸ(www.selenic.com)
395:デフォルトの名無しさん
08/02/17 12:47:28
>>394
ありがとう。とりあえず、tip は heads のうちのひとつ、ということまではわかった。
でも、なんで head が複数できるのかわからない。head は子を持たない changeset ということだが、普通に作業してたら head はひとつしかないように思うんだが。
396:デフォルトの名無しさん
08/02/17 13:30:19
>>395
複数人が編集したらheadが増える
397:デフォルトの名無しさん
08/02/17 19:03:49
>>396
ひとつのリポジトリを複数人で編集・・・するわけはないか。
>>394のページを見ると、他のリポジトリからhg pull したらheadが増えるみたいなんだが、そういう理解であってますか？
398:デフォルトの名無しさん
08/02/17 19:23:02
つまり
>>396
>複数人が編集したらheadが増える
というのは、他人のリポジトリから hg pull したら head が増えるということを意味してますか、という質問です。
399:デフォルトの名無しさん
08/02/17 20:52:17
>>398
一つの changeset に対して複数の commit をすれば head は増える。
$ hg init .
$ echo "line 1" >> test.txt
$ hg add test.txt
$ hg commit -m "init"
$ echo "line 2" >> test.txt
$ hg commit -m "head 1"
$ hg update 0
$ echo "line 3" >> test.txt
$ hg commit -m "head 2"
$ hg heads
$ hg tip
他人のリポジトリには自分のとは違う変更が commit されているだろうから、
それを pull してくれば head は増える。
400:デフォルトの名無しさん
08/02/20 00:51:46
TortoiseHGをインストールすると、Sambaの共有フォルダ一覧が
表示されるのがかなり遅くなってしまいました。
Wiresharkでキャプチャしてみると、\\Samba\.hgなるものを
何度もチェックしているからのようでした。
アンインストールすると元通りの速度になったのですが、この現象を
回避する方法はないのでしょうか？
401:デフォルトの名無しさん
08/02/20 09:36:27
TortoiseSVNには、アイコンオーバーレイのネットワークドライブなどでの除外指定ができるけど、
HGはできないの？
402:デフォルトの名無しさん
08/02/20 11:03:38
/var/logも.hgで埋まるから困る
403:デフォルトの名無しさん
08/02/23 06:58:06
バージョン管理システム管理下のファイルだけを対象にできる「auto-save-buffers-enhanced.el」
URLﾘﾝｸ(d.hatena.ne.jp)
404:デフォルトの名無しさん
08/02/23 07:30:24
＞HGはできないの？
出来る、ドキュメント嫁。
405:デフォルトの名無しさん
08/02/23 11:26:19
>>403
バージョン管理下以外のファイルには自動保存したくないっていう
状況がよく分からないんだけど、なんでだろうね。
auto-save-buffers に慣れきったから自動保存されないことが
怖くてしょうがない。
406:デフォルトの名無しさん
08/02/23 12:06:16
>>405
間違って更新されたら元に戻せなくなる可能性があるからじゃない？
407:デフォルトの名無しさん
08/02/24 06:40:24
xyzzy使いだけど、おれは自動でバックアップファイルを作るのを使っているな。
ただし、セーブしたらバックアップファイルが消えるっていうやつ。
もし落ちても問題なし
408:デフォルトの名無しさん
08/03/01 13:08:03
GitTorrent Protocol -- GTP/0.1
URLﾘﾝｸ(gittorrent.utsl.gen.nz)
409:デフォルトの名無しさん
08/03/06 21:08:19
URLﾘﾝｸ(gihyo.jp)
git の特集だそうです。
410:デフォルトの名無しさん
08/03/06 23:06:08
なんか最近Gitが盛り上がってるなあ。
411:デフォルトの名無しさん
08/03/07 01:07:26
俺的にはTortoiseGitが無いのが糞だな
ところでTortoiseVSSって無いのかな？
412:デフォルトの名無しさん
08/03/07 02:23:30
最近はBazaarがgitとmercurialのいいとこ取りをしてますよーと、結構ドキュメント書いてるなぁ。
ちなみにgitのメインメンテナって日本人っぽいよね?(ハマノさん?)
俺的にはqgitがもうちょい使いやすくなれば嬉しいんだが、最近あんまアクティブでないよな…。
413:デフォルトの名無しさん
08/03/07 14:14:41
>>411
ないだろうし、これからも作られんだろ。
基本的に有償のソフトウェアには有償のサードパーティ・ソフトウェアしかでない。
414:デフォルトの名無しさん
08/03/07 14:44:55
>>413
> 基本的に有償のソフトウェアには有償のサードパーティ・ソフトウェアしかでない。
その理論（理解）はおかしい。
415:デフォルトの名無しさん
08/03/07 16:21:09
Tortoiseほにゃららはどうでもいいんだが
Cygwin環境でのgitの挙動があれで自分はmercurial
いちいち .git/hooks を弄らなきゃいけないのは苦痛だ
416:デフォルトの名無しさん
08/03/09 21:02:44
>>412
よければその記事どこにあるか教えてくれ。
417:デフォルトの名無しさん
08/03/09 21:07:12
しかしまあ、CVS->Subversionと来て次のスタンダードはどこになるんだろうな？
GitとMercurialに決定的な差異がない以上、ハッキリと明暗分かれることは当分ないんだろうが・・・。
ブルーレイvsHD DVDみたくどっちかが撤退という訳にも行かんし、
環境ごとにGit使ったりMercurial使ったりするのは勘弁してほしいなあ。
418:デフォルトの名無しさん
08/03/09 21:55:29
svn, git, hg のリポジトリを透過的に扱える、クライアント専用の第三のツールが出て一人勝ちに一票
419:デフォルトの名無しさん
08/03/09 22:13:33
>>418
スゲー欲しい。
ここは言い出しっぺの法則で作ってくだされ！
しかもWindows用にヨロｗ
420:デフォルトの名無しさん
08/03/09 22:26:23
たぶんEmacsにならすでに有りそうな気がする。
421:デフォルトの名無しさん
08/03/09 23:32:06
Emacs だと vc とか DVC とかかねぇ。
422:番組の途中ですが名無しです
08/03/10 15:30:23
>>418
サーバとクライアントって、分散SCMを否定してるなｗ
あるいは、IETFあたりで、分散SCMプロトコルのRFCとか決めて、なんでも繋がるようにしたら面白いかも。
ところで、Darcs2はどうなってる？
423:デフォルトの名無しさん
08/03/10 15:31:49
別に否定ではないだろ
親と子の関係はあるんだから
424:デフォルトの名無しさん
08/03/10 19:48:50
>>422
＞IETFあたりで、分散SCMプロトコルのRFCとか決めて
「インターネット」が関係ないがな！ｗ
425:デフォルトの名無しさん
08/03/12 12:16:18
TortoiseSVNだけを各々のPCにインストールして
TortoiseSVNでリポジトリを共有サーバに作る
そのリポジトリと各々のTortoiseSVNで使うって使い方は問題ない？
本来ならサーバにSubversionをインストールしてうんぬんかんぬんって
やらないとダメだと思うんだけど
ちょっと今の環境だと難しいんで上記の方法でやろうかなぁと
426:デフォルトの名無しさん
08/03/12 12:23:16
Windowsの場合、Subversionは管理ツールだと思え
必須って訳じゃない
その代わり、file:///でやることになるし、ユーザ名が
Windowsのユーザ名になるし、いくつか制限が出てくる
単純なソース管理しかしないならそれでも十分
427:デフォルトの名無しさん
08/03/12 12:28:58
>>426
おお素早い回答ありがとうございます。
単純なソース管理しかしないのでTortoiseSVNだけでOKってことですね
一先ず運用してみます。
428:デフォルトの名無しさん
08/03/13 00:46:12
Windowsで、一人ないしは少人数で扱うバージョン管理システムなら
Subversion(TortoiseSVN)が現状、最良且つ唯一の選択肢だろうな。
それ以上のことをやろうとするから、いろいろ悩むわけだ。
429:デフォルトの名無しさん
08/03/13 01:40:30
1人ならHgの方が手軽じゃない？
っつっても、Ｔｏｒｔｏｉｓｅがまだまだだからなぁ。
430:デフォルトの名無しさん
08/03/13 06:44:59
すまんですが、普通のバージョン管理システムで一万個ぐらいのファイルを最初にリポジトリに登録しようと思ったら、どのぐらい時間かかるもの？
VSSだと3時間かかっても終わらん･･･orz
431:デフォルトの名無しさん
08/03/14 11:43:24
PCのスペック、各ファイルの容量によって全然変わるし一慨にこうだとは言えない気がするが
うちが管理してたやつは30分もかからずに終わった
（Subversion管理）
432:デフォルトの名無しさん
08/03/15 03:08:26
上の方でgit-svnが話題になってたが、同じように既存のCVSリポジトリとやりとりできるやつある？
git-cvsexportcommit ってのでいいんだろうか。しかし日本語の情報とかさっぱりないな。
別にgitじゃなくてもいいんだが。
433:デフォルトの名無しさん
08/03/15 13:34:58
mercurial
URLﾘﾝｸ(www.selenic.com)
そろそろ来るのかな？
434:デフォルトの名無しさん
08/03/15 15:42:56
URLﾘﾝｸ(www.atmarkit.co.jp)
これは駄目だろ
435:デフォルトの名無しさん
08/03/15 19:58:48
TortoiseHg 0.3 を入れてみた。
日本語ファイルの追加や削除もマウス操作でうまくいったよ！
実験に使ったファイル名： ソース表示.txt
やったことは、インストールした場所にある Mercrial.ini の
[extensions]
hgext.win32mbcs = !
の感嘆符（!）を削除しただけ。
ファイル選択やコミットの画面で日本語ファイル名が化けるけど、そのまま動くよ。
コメントは入力・表示ともに日本語でOKだった。
436:435
08/03/15 20:33:36
↑すまん、環境は WinXP SP2。書き忘れた。
437:デフォルトの名無しさん
08/03/16 01:55:28
そりゃ動くだろうけど、ほとんどの機能が結局ダイアログが出てきてコマンド入力だったような。
438:デフォルトの名無しさん
08/03/16 03:50:20
>>434
1.5.4rc1で起こってたんだな。知らなかった。
教えてくれてありがとう。アンチも役に立つんだな。
439:435
08/03/17 10:50:04
>>437
・現在の Mercuriel の hg はファイル名とコメントに日本語が入っているとエラー停止する
・TortoiseHG 3.0 に付属の hg なら日本語ファイル名が扱える（mbcs エクステンションが入っている）
という事前情報があり、hg（コマンドライン）目当てで TortoiseHG を入れたところ、予期せず GUI でも日本語ファイル名の追加・コミットができたので、報告の意味で書き込んでみました。
440:デフォルトの名無しさん
08/03/18 14:44:55
ああ、そういえばSDのgit特集、今日発売か
441:デフォルトの名無しさん
08/03/18 17:38:51
SD読んだよ。クオリティ高かった。
かなり硬派な内容で、バリバリ使ってる人でも面白く読めると思う。
442:デフォルトの名無しさん
08/03/24 13:24:47
ネットの情報で十分でした
443:デフォルトの名無しさん
08/03/24 15:27:58
gitもhgもやりたいやりたいとは思うんだが、TortoiseSVNになれた身では移行しづらい。
やっぱフロントエンドが充実するにはもうすこし時間が必要かなあ。
444:デフォルトの名無しさん
08/03/24 15:40:01
必要ならお前が作れよ
445:デフォルトの名無しさん
08/03/24 17:40:42
gitはファイル名とログの日本語対応に不安がありすぎるんだが。
446:デフォルトの名無しさん
08/03/24 21:20:53
>>445
問題ない。
447:デフォルトの名無しさん
08/03/24 22:13:59
SD読んだよ
448:デフォルトの名無しさん
08/03/24 23:25:49
>>445
俺もふつうに日本語使えてるけど
449:デフォルトの名無しさん
08/03/24 23:44:07
SVNすら着いて来てくれないのにgitとか無理だお・・・
450:デフォルトの名無しさん
08/03/24 23:54:56
>>449
いつかgit使える日が来るさ。
451:デフォルトの名無しさん
08/03/25 15:32:06
mercurial-1.0.tar.gz 24-Mar-2008
452:デフォルトの名無しさん
08/03/25 19:54:31
コミットログを英語で書く人のためによさげな記事みつけてきた
Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
URLﾘﾝｸ(d.hatena.ne.jp)
453:デフォルトの名無しさん
08/03/25 21:52:39
>>451
釣りかと思ったらマジだったのでage
454:デフォルトの名無しさん
08/03/25 22:47:52
今日のパッケージアップデートで知ったけど、x264がgitに移った模様。
455:デフォルトの名無しさん
08/03/26 03:06:05
>>454
ん〜、なんだか大規模プロジェクトはMercurialよりGitに移る傾向があるみたいだね。
Mercurial使ってる有名なオープンソースとかあったっけ？
456:デフォルトの名無しさん
08/03/26 04:42:34
mozillaとかsun回りとかいろいろ。
457:デフォルトの名無しさん
08/03/26 08:50:37
TortoiseGit 作って （はーと）
458:デフォルトの名無しさん
08/03/26 13:44:38
TortoiseSVNの右クリックで表示されるメニューなんだけど
---
SVN更新
SVNコミット
TortoiseSVN
---
の3つなんだけど、ココに「変更のチェック」を加えて
---
変更のチェック
SVN更新
SVNコミット
TortoiseSVN
---
にしたいんだけど方法ないですかね？
459:デフォルトの名無しさん
08/03/26 14:00:53
TortoiseSVN > Settings で Look and Feel
460:デフォルトの名無しさん
08/03/26 14:10:20
>>459
それだとTortoiseSVNの下のメニューを変えるだけです＞＜；
トップのメニューを変える方法は無いのかな
461:デフォルトの名無しさん
08/03/26 14:13:42
>>460
俺は459じゃないけど、説明良く見てないだろ
チェックを外せばトップメニューに表示されるんだよ
462:デフォルトの名無しさん
08/03/26 14:26:59
>>457
みんなTortoiseに依存しまくってるんだな．．．．
SDによるとWindowsの場合CygwinでGit使えるみたいだけど、
GUIじゃないと嫌なの？
463:デフォルトの名無しさん
08/03/26 14:30:39
>>460-461
本当だ！ごめんなさい、ありがとうございます。
464:デフォルトの名無しさん
08/03/26 14:32:52
自分しか使わないならそれで良いんじゃないの
普通の人が触りやすい形態を考えれば分かる事だろ
465:デフォルトの名無しさん
08/03/26 15:17:31
>>462
ここに書き込みするような人たちほど リテラシーがないんですよ。
使い勝手によいＧＵＩがあれば、バージョン管理システムの導入も
してもらいやすい。
「コマンドベースでやってね」 なんて言ったら、誰にも使ってもらえないだろう。
直感的に変更点判るし、ツールとして良くできているしね
466:デフォルトの名無しさん
08/03/26 15:30:20
差分見るのはGUIじゃなきゃやだ
467:デフォルトの名無しさん
08/03/26 15:34:35
ファイラーはどう考えてもGUIのほうが便利だしなあ
468:デフォルトの名無しさん
08/03/26 15:56:43
gitの場合、中身がシェルスクリプトだからTortoiseはちょっと難しそうだな、
と素人目に思った。
469:デフォルトの名無しさん
08/03/26 15:58:22
>>467
そうか?
470:デフォルトの名無しさん
08/03/26 16:03:33
>>464-465
Gitは開発者全員Gitにしないとダメなんてことないよ。
中央をsvnリポジトリにして自分だけGitでも問題なし。俺はそうしてる。
HGは使ったことないから分からないけど、Gitから分かれたモノだから
同じような感じではないかな？
>>466
CUIでもキレイに差分見れるけどね、、、
471:デフォルトの名無しさん
08/03/26 16:56:54
>>455
逆
472:デフォルトの名無しさん
08/03/26 17:04:01
>>457
Git Cheetah
473:デフォルトの名無しさん
08/03/26 17:21:18
Mercurial で リポジトリの一部を消すとか、リポジトリを分割するとかってできますか？
やりたいことは Subversion でいえば
svnadmin dump | svndumpfilter | svnadmin load
のようなことなのですが…。
474:デフォルトの名無しさん
08/03/26 17:39:14
Bazaarバージョンが上がってすごい事になってるみたい
URLﾘﾝｸ(bazaar-vcs.org)
Bazaar vs Git URLﾘﾝｸ(bazaar-vcs.org)
Bazaar vs Mercurial URLﾘﾝｸ(bazaar-vcs.org)
Benchmarks URLﾘﾝｸ(bazaar-vcs.org)
昔と比べて恐ろしいくらい速くなってる。
475:デフォルトの名無しさん
08/03/26 18:56:03
へー、bzr速くなったのか。まー、あまり速さは求めてない。
設定ファイルと自作スクリプトの管理にしか使ってないけど。
不思議なのは、bzrってbazaarの後継？らしいんだけど、
使い勝手が全然違ってどこが後継なのか良く分からない。
hgよりも便利機能が多い（UTF-8ファイル名でおｋ）けど
なぜか、hgの方が情報が多い。
あたりが疑問点かな。
476:デフォルトの名無しさん
08/03/26 19:00:00
>>475
昔Mercurialにうんこと言われるぐらい遅かったからだろ。
477:デフォルトの名無しさん
08/03/26 19:13:55
BazaarNGが本家乗っ取ったんだっけ？
478:デフォルトの名無しさん
08/03/26 19:45:03
>>477
急に速くなってたから驚いたけど
そういう理由があったのか
479:デフォルトの名無しさん
08/03/26 19:53:44
適当なことを言う前に URLﾘﾝｸ(bazaar-vcs.org) でも読んどけ。
480:デフォルトの名無しさん
08/03/26 19:56:27
Bazaar。。。。名前がいまいちなのがなぁ・・・・
481:デフォルトの名無しさん
08/03/26 20:30:04
Bizarreよりは普通だと思う
482:デフォルトの名無しさん
08/03/27 01:17:45
>>480
ゴザールを作るんだ
483:デフォルトの名無しさん
08/03/31 01:30:18
”ファイルのディレクトリ構造”ごと登録して、
その後、バージョン管理システム外で変更された、
”ファイルのディレクトリ構造(多少のファイルの増減あり)”を
チェックアウトなしで、そのままチェックインできるツールって、ありますか？
開発拠点が国内と、海外に数ヶ所と、
バージョン管理システムの導入を徹底できないので、困っております。
484:デフォルトの名無しさん
08/03/31 01:58:11
Subversion
485:デフォルトの名無しさん
08/03/31 08:13:17
svn_load_dir とかいうスクリプトがあったな。
他のツールにそういうのは無いのかな？
486:デフォルトの名無しさん
08/03/31 23:15:55
>>483
質問の内容に合っているかわかりませんが、Mercurialでリポジトリのあるところにファイルを展開して
hg addremove
hg commit
をすると、増えたファイルをリポジトリに追加、なくなったファイルをリポジトリから削除してくれます。
487:デフォルトの名無しさん
08/04/04 18:23:30
話題が途切れたので、ちょいと Mercurial を使った感想を…。
CVS → Subversion と集中リポジトリのリビジョン管理ツールを使ってきましたが、
Mercurial を使ってからというもの、
「サッとリポジトリが作れる」というのがとても気持ちよく、気に入っています。
ローカルの作業ディレクトリは、すぐに hg でリポジトリ化し
修正やコミットをかけた後、完成したらリポジトリ部だけ削除してます。
「作業ディレクトリにリポジトリがくっついている」という発想は
とても便利で面白いと思います。
488:デフォルトの名無しさん
08/04/04 18:29:55
続きです。
いままでしばらく Subversion＋svk を使っていましたが、
いまでは Subversion＋Mercurial という構成で使っています。
Subversion＋svk のときは、svk で自分の手元に持ってきてから
ローカルで開発し、結果を svk smerge で一括送信していましたが、
今は Subversion でチェックアウトした内容をそのまま Mercurial に突っ込み、
Mercurial でさんざん修正・コミットした後、
最後に Subversion でコミットしています。
開発中に Subversion のリポジトリ上に修正が入っていた場合には、
Mercurial のブランチとして取り込んで、Mercurial 上でマージしています。
この方法だと svk みたいに自動化されていませんが、
構成がすっきりして全体の見通しがよく、作業がひとつひとつ理解できるので
安心感があります。
489:デフォルトの名無しさん
08/04/04 18:34:30
Subversion + Mercurial って
それいいな、俺もやってみるか
490:デフォルトの名無しさん
08/04/04 18:43:27
>>488
昔、CVS+Teamwareで俺がやってたのと同じ感じかな・・・と思ったけど逆だ・・・
俺のときは、Teamware側が共用できるやつでCVSがローカル環境・・・・
なんでそんな事したのか思い出した・・・eclipse対応してるかどうかだ・・・
MercurialならMercurialだけでIDE含めて完結できるのが一番楽なんだろうけどねぇ・・・
491:デフォルトの名無しさん
08/04/04 21:18:50
>>488
熱いレポート乙！
参考にさせてもらいます。
492:デフォルトの名無しさん
08/04/05 02:45:13
GitHubって招待制なの？
だれか invite してくれ
493:デフォルトの名無しさん
08/04/05 03:15:59
>>492
そんなのあるんだね、知らなかった
とりあえずsignupしてみたけど、いつになるやら
SourceForgeもGitサポートすればいいのになぁ
494:デフォルトの名無しさん
08/04/05 04:03:16
>>488
ちなみに hgsvn を使用しているのですか？
495:デフォルトの名無しさん
08/04/05 05:58:53
どこをどう読んだらそうなるんだ
496:デフォルトの名無しさん
08/04/05 13:56:25
>>492
なんか知らんがinviteされた（たぶん中の人？）
メアド晒してくれればinviteするよ
497:デフォルトの名無しさん
08/04/05 13:59:02
>>494
hgsvn は使っていません。
いまは Subversion でエクスポート
→ .svn 以外をそのまま新規に Mercurial 管理下に入れる（手作業）
という感じです。
Subversion に戻すときは、Subversion のリポジトリをチェックして
更新されていなかったら、そのまま Subversion でコミット。
更新されていたら、Mercurial のブランチとして取り込んでマージしてから
Subversion でコミット、です。
すべて手作業です。
498:デフォルトの名無しさん
08/04/05 13:59:32
Git と Mercurial の比較ってだれかやってません？
499:デフォルトの名無しさん
08/04/05 16:05:53
>>498
つ URLﾘﾝｸ(www.opensolaris.org)
OpenSolaris が Mercurialを選ぶときに行ったレビュー。
粒度が揃っているとは言えないがまあ参考に。（下の方にあります）
500:デフォルトの名無しさん
08/04/05 21:36:34
URLﾘﾝｸ(weblog.rubyonrails.com)
まー政治的にpythonは選べないだろうなw
501:デフォルトの名無しさん
08/04/05 21:38:53
>>500
でもTrac使ってるぜ。
502:デフォルトの名無しさん
08/04/05 21:55:56
railsではbtsは難しいということですか、分かりません＞＜
503:デフォルトの名無しさん
08/04/05 22:06:23
いまならredmineとかretrospectivaとかに移行してもよさそうなものなのにね>rails
504:デフォルトの名無しさん
08/04/05 22:08:45
データの引っ越しの手間が馬鹿にならないとか?
505:デフォルトの名無しさん
08/04/05 23:05:56
>>500
Ruby界隈はMatzが使っているという理由でGit一択です
506:デフォルトの名無しさん
08/04/06 00:03:18
matzって基本的にオールドタイプだから新しめの道具は使ったことなさそうなイメージ。
cvsからsvnに切り替えるのもかなりもたついてたような。
507:デフォルトの名無しさん
08/04/06 01:04:24
>>506
svnに切り替えるときに、ローカルでの管理用としてgitを導入した。
URLﾘﾝｸ(www.rubyist.net)
508:デフォルトの名無しさん
08/04/06 02:29:54
StGITは、git導入したというのだろうか。
StGITローカルパッチ管理に使ってるが便利だ。
でもドキュメント少ないな
>>507 の記事とかチュートリアルの翻訳くらいしか日本語の記事が無いので
公式見てもチュートリアルの元記事しかなかった…。
509:デフォルトの名無しさん
08/04/06 03:00:10
StGITは「git使ってることを意識しなくて済むツール」なのではなかろうか。
510:デフォルトの名無しさん
08/04/06 12:06:25
当時はgitって本当にバックエンド用のplumbingコマンドしかなかったからね。
今でこそフロントエンド用のporcelainコマンドも充実してるけど。
511:デフォルトの名無しさん
08/04/06 13:15:50
>>501-504
BTS も rails 製の Lighthouse に移行するよ。
って >>500 に書いてあるじゃん。読まずに脊髄反射してんだなｗ
512:デフォルトの名無しさん
08/04/07 15:36:59
Rubyが好きじゃない俺はどうすればいいですか？
513:デフォルトの名無しさん
08/04/07 16:54:05
>>512
自己暗示
514:デフォルトの名無しさん
08/04/07 17:47:12
>>512
ブール代数的に言うと、好きじゃないということは、嫌いじゃないかもしれない。道は残ってるね。
515:デフォルトの名無しさん
08/04/07 21:22:00
>>512
安心しろ、Joel Spolsky も Ruby が嫌いみたいだから。
URLﾘﾝｸ(www.joelonsoftware.com)
っと、これだけだとスレと関係なくなってしまうので。
… Python に走って Mercurial 使えば？
516:デフォルトの名無しさん
08/04/07 21:40:52
>>512
言語の好き嫌いがある内は只の厨房だと自覚するべきだと思うよ。
自分の得意不得意のせいであんまり好きになれない言語があるのはしょうがないとおもうし、結構あるしorz
517:デフォルトの名無しさん
08/04/07 22:03:50
>>497
詳細な説明＆レポートとても助かります。
TortoiseSVN で管理している svnワーキングコピーに、
なんの疑問もいだかずに TortoiseHG で真剣に管理しようとしていた俺は・・・
518:デフォルトの名無しさん
08/04/07 23:27:46
韓国語が嫌いだ
519:デフォルトの名無しさん
08/04/08 00:34:50
>>514
ブール代数的なら「好きじゃない」イコール「嫌い」だろ。
3値で「好きじゃない」なら「嫌い」か「興味ない」。
520:デフォルトの名無しさん
08/04/08 02:47:04
>>512の突っ込みどころは、Ruby好きじゃないのにrails使うのかよってところじゃないのか
521:デフォルトの名無しさん
08/04/08 09:45:07
うむ。直観主義論理だな
522:デフォルトの名無しさん
08/04/08 13:48:01
で、Railsとバージョン管理システムの関係は？(スレ原理主義的に)
523:デフォルトの名無しさん
08/04/09 10:54:11
TortoiseHg 0.4 age！
URLﾘﾝｸ(sourceforge.net)
524:523
08/04/09 10:55:13
0.4 RC版だった
スマソ
525:デフォルトの名無しさん
08/04/09 10:57:36
>>523
おぉ、やっと、新しい版が。
sambaの共有フォルダへのアクセスが遅くなる件、確認してみよう。
526:デフォルトの名無しさん
08/04/09 15:08:04
Mercurial 神だな。
なんだ このお手軽さは！ すんばらし〜
527:デフォルトの名無しさん
08/04/09 15:13:51
マーキュリアルってuにアクセントあるのか
528:デフォルトの名無しさん
08/04/09 15:40:54
>>527
本当だ、u にアクセントがある。
URLﾘﾝｸ(dictionary.goo.ne.jp)
「マーキュロ」に似た感じで発音すればいいのかな。
529:デフォルトの名無しさん
08/04/09 16:03:13
メルクリアルだとばっかり
530:デフォルトの名無しさん
08/04/09 20:48:51
Mercurial って、バイナリファイルの保管は効率的でないの？
まぁ svn でも過剰な期待をしているわけではないんですが。
531:デフォルトの名無しさん
08/04/09 20:57:47
マテリアルと同じ感じでマキュリアルかな。
532:デフォルトの名無しさん
08/04/10 01:12:26
>>530
自分の経験では、
MS Access の MDB ファイル(300KB)を修正しながら
6回チェックインしてリポジトリのサイズが 200KB くらいです。
元ファイルより小さいってことは、初期バージョンを
圧縮して格納しているのでしょうか？
533:デフォルトの名無しさん
08/04/10 01:39:42
git 使ってみたけどリビジョンがないのが面倒に思えた。
実際に使ってる人は不便に感じない？
534:デフォルトの名無しさん
08/04/10 09:39:52
>>533
リビジョンの使い道ってどんな時があるでしょうか？
headやhead^,head~2しか使ったこと無いので…
535:デフォルトの名無しさん
08/04/10 11:59:15
533じゃないけど、バージョン番号に入れたとき長いと人が覚えきれないとかw
536:デフォルトの名無しさん
08/04/10 12:45:57
Mercurial を単独で使い始めてみました。
JapaneseTutorialや、有益なサイトの説明を読んでもみました。
お手軽さはぴかいちですね。
ちょこっと修正履歴を残しておきたい場合など、本当にあっという間に環境が整いますね。
まだまだ使い込みが足りませんが、分散システム故の運用の難しさを感じています。
・本流はどれだろう？
・現時点の最新はどこ？
・自分は今どの位置にいるの？
etc・・・
やっぱり中央リポジトリみたいなものは用意されるんでしょうか？
こまめにマージとかもされてるんでしょうか？
ん〜
537:デフォルトの名無しさん
08/04/10 13:06:52
>>533
> git 使ってみたけどリビジョンがないのが面倒に思えた。
> 実際に使ってる人は不便に感じない？
うはｗ 俺といっしょｗ
俺もGit使い始めの頃に同じ質問をしたら「リビジョンがあったら何が嬉しいの？」って言われたｗ
たぶん使ってるうちに必要ないなと思うようになると思うよ。
実際気軽にフォークできるから、あんま意味がなくなっちゃうんだよね、番号は。
プロジェクトの公開リポジトリなら自動で番号振っても良いような気もするけど、
まあタグで事足りるんだよなぁ。
どちらかというと「番号が年上かどうか」で知りたかったことは「いま見ているブランチに
どのコミットが含まれている（いない）か」のほうが重要だから、git show-branchを
俺は多用しています。
538:デフォルトの名無しさん
08/04/10 13:38:52
Subversion 使ってて、まっすぐ増えてくリビジョン番号が無いと困りそうなんだが、
要らなくなるもんなのか？
たとえばこんなの。
・バグレポートがいつの時点のものなのか？
・バグ修正がリポジトリ内のどの時点で行われたのか？
・テストを実行しているのはどの時点の実行ファイルなのか？
全部リビジョン番号で示してれば、以前に報告したバグが今回のテストで
修正確認できるかどうか、すぐにわかるんだが。
539:デフォルトの名無しさん
08/04/10 13:47:33
svn使ってるけど、その手の管理でrev番号を必要とした記憶が無い
540:デフォルトの名無しさん
08/04/10 14:06:54
rev XXXXで・・・って表現の仕方はよくするかな
541:デフォルトの名無しさん
08/04/10 14:31:09
>>538
リリースするときバージョンつけないの？
542:デフォルトの名無しさん
08/04/10 14:33:28
短い番号ってのは自分が把握するのにも人に伝えるのにもわかりやすくて便利だと思う
200804101426みたいなタイムスタンプでもいいけど
何かの暗号みたいなハッシュはちょっととっつきにくい感じ･･･
543:デフォルトの名無しさん
08/04/10 14:37:44
>>541
つけないね。開発と同じフロアにテストする人が居て、少なくとも日に一回ってペースで
実行ファイル更新するから、毎回つけるとなるとちょっと面倒。
それに、リリースにバージョンつけても、そのバージョンで特定のバグが直ってるかどうか
すぐに（リビジョン番号の大小ぐらい簡単に）判別はできないんじゃない？
544:デフォルトの名無しさん
08/04/10 14:41:39
それって、その日解決されたレポート番号一覧を出せばいいんじゃないの？
というか、テストチームに対して、dailyで実行ファイルを更新するという環境が想像できないのだが・・・
545:デフォルトの名無しさん
08/04/10 14:44:01
普通は、「この問題は、（マイルストーン名｜タグ名）で解決される」って感じで、
BTSに登録するんじゃないの？
546:デフォルトの名無しさん
08/04/10 14:57:26
bugtraq:*使ってないだろ？
547:デフォルトの名無しさん
08/04/10 17:03:01
つーか、BTS使ってないんじゃね？
548:デフォルトの名無しさん
08/04/10 17:03:50
>>543
リビジョン番号を見てバグが直ってるかどうか判別できるって事のほうがすごいと思うんだが。
毎日テストチームにバイナリリリースするってことはけっこう変更がたて込んでるってことだよね。
俺はSubversionも使ってるけど、リビジョン番号聞いて「あーそれ古い」なんて言えない。
コミットされる度にインクリメントされる番号なんて憶えてられないし印象にも残らない。。。
リリースしてるならバージョンが付くはずだし、その時には変更履歴が付くからそれで分かる、
リリースしてないなら、リビジョン番号があろうと無かろうとログを見て判断するしかないと思う。
549:デフォルトの名無しさん
08/04/10 17:15:48
というか、テスターが勝手にcoなりexportなりして、修正されたバグがないかどうか
調べて、あればそれをテストする、という混沌とした現場なんじゃ。
550:デフォルトの名無しさん
08/04/10 17:17:20
テストチーム（個人？）って、そのときfixされたバグだけを確認してるわけじゃなくて、
リグレッションテストもするはずだから、頻繁にリリースされても困ると思うけど
551:デフォルトの名無しさん
08/04/10 17:28:56
いわゆる「リリース」じゃないんだよ、きっと
552:いろんな現場を体験したことのあるマ
08/04/10 17:45:27
リグレッションテストなんて ここぞ！ という時以外あまりやらないな・・・
細かなバグ対処リリースでは無視無視
運用方法に依るんだけどね・・・
553:デフォルトの名無しさん
08/04/10 17:48:39
プログラマならともかく、テスターがリグレッションテストやらないのは問題だろ・・・
554:デフォルトの名無しさん
08/04/10 19:26:27
リビジョン番号の代わりにタグをうつ事をするようにしたら
修正の順番が分かるようになると思う。
今まで番号でやってきたのが変だった、ということか？
555:デフォルトの名無しさん
08/04/10 20:43:27
>>536
> ・本流はどれだろう？
Mercurial では、すべてのリポジトリが対等で本流です。
…が、どれかを本流にし、全ユーザーがそこから clone すれば
中央リポジトリ的な使い方ができます。
> ・現時点の最新はどこ？
リビジョンに「tip」と表示されるのが、そのリポジトリでの最新です。
hg tip で表示できます。
ブランチが複数あった場合には、それぞれの最新が head と呼ばれ、
hg heads で表示できます。
わからなくなったら hg glog をすると、わかりやすく（？）表示されます。
> ・自分は今どの位置にいるの？
上の hg glog のほか、hg stat -v でリビジョンが表示されます。
hg parents で、現在のワーキングディレクトリの元リビジョンが表示されます。
556:デフォルトの名無しさん
08/04/10 20:48:37
リビジョン番号は前後関係がわかるのでよい。
ハッシュは長すぎて覚えられないし。
monotoneのマニュアルには、補完できるように
シェル弄れみたいなことが書いてあったが、
そんなのめんどくせえよ、と思った。
darcsは半分ズレがあるので却下。
bzrが一番よい。-1とか分かりやすいしシンプル。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5061日前に更新/206 KB
担当:undef