バージョン管理システムについて語るスレ3
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2008/12/04(木) 14:02:52関連スレ
CVS 1.3 [UNIX板]
http://pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r10 [プログラム板]
http://pc11.2ch.net/test/read.cgi/tech/1215565366/
subversion バージョン管理【サブバージョン】 [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1154701996/
git スレッド [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1197798039/
Bazaarでバージョン管理【bzr>git,svn,cvs】 [プログラム板]
http://pc11.2ch.net/test/read.cgi/tech/1218083381/
前スレ
バージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
前前スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
0002デフォルトの名無しさん
2008/12/04(木) 14:05:13http://www.selenic.com/mercurial/wiki/
darcs
http://www.darcs.net/
git
http://git.or.cz/
Bazaar
http://bazaar-vcs.org/
GNU arch
http://www.gnu.org/software/gnu-arch/index.html
0003デフォルトの名無しさん
2008/12/04(木) 14:06:15http://ximbiot.com/cvs/cvshome/
Subversion
http://subversion.tigris.org/
monotone
http://www.monotone.ca/
Visual SourceSafe
http://www.microsoft.com/japan/msdn/ssafe/
0004デフォルトの名無しさん
2008/12/04(木) 14:13:45http://www8.atwiki.jp/git_jp/
Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
0005デフォルトの名無しさん
2008/12/04(木) 14:25:58http://www.selenic.com/mercurial/wiki/index.cgi/JapaneseTutorial
Bazaar Documentation Overview (英語)
http://bazaar-vcs.org/Documentation
0006デフォルトの名無しさん
2008/12/04(木) 15:00:45他のは使い物にならないし
0007デフォルトの名無しさん
2008/12/04(木) 15:02:430008デフォルトの名無しさん
2008/12/04(木) 15:06:04リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
ttp://po3a.blogspot.com/2007/12/subversion.html
>Subversion のマージもひどいもんだ。Subversion の中の人たちもそのことをちょっとは認めてるようで、新しいプランがあるようだけど、このプランがまたひどい。
>彼らのアホさ加減はもう信じがたいほどだ。ずっとまちがった問題を見てるんだ。ブランチが問題なんじゃない。マージが問題なんだ。
0009デフォルトの名無しさん
2008/12/04(木) 15:53:52>分散型であること
>パフォーマンスがいいこと
>SCM に突っ込んだコードが完全に同じ形で取り出せることが約束されていること
とりあえずgitはマルチバイトなファイル名を何とかすべき。
>SCM に突っ込んだコードが完全に同じ形で取り出せることが約束されていること
が満たされないじゃないか。
0010デフォルトの名無しさん
2008/12/04(木) 15:54:27家で作業：中央から pull、作業、コミット、中央に push
職場で作業：中央から pull、作業、コミット、中央に push
家で作業：中央から（ｒｙ
分散型のメリットが全然生きてねぇ。('A`)
0011デフォルトの名無しさん
2008/12/04(木) 15:57:44ネットに繋がっていない状態ならメリットあるんじゃね？
ところで git status の出力をもっとコンパクトにしたものってありませんでしょうか。
svn status -q ぐらいのコンパクトさを希望します。
0012デフォルトの名無しさん
2008/12/04(木) 16:12:53参考になるんだかならないんだかって感じだな。
Subversionにネット切断時用のユーティリティが何か付いたら、もう分散型は要らないって
人も少なくないだろうし。MercurialのMQみたいなの？
svkがもうちょっとしっかりしてくれれば。
0013デフォルトの名無しさん
2008/12/04(木) 16:17:31>ネット切断時用のユーティリティ
svnにはlocal-commitが既にあるけど、それでも分散型が必要とされているわけで。
>svkがもうちょっとしっかりしてくれれば
bzr-svnやgit-svnはどう?
0014デフォルトの名無しさん
2008/12/04(木) 16:22:150015デフォルトの名無しさん
2008/12/04(木) 16:41:21ローカルコミットがあるのはbzrだった。中央集中型としてbzr coで取ってきたときでもbzr ci --localができる。
だったら最初から分散型としてbzr branchで取ってくれば良くね? とも思うが、bzrは良く分からん。
0016デフォルトの名無しさん
2008/12/04(木) 17:31:57, ィﾆﾆ丶｀丶
〃/__/l_ ﾊ ﾊ
ﾙ「 ､ ,.｀｀| l }ノ) こ、これは>>1乙じゃのうてオオヌサじゃからな！勘違いするでないぞ！
´ｲ|Tl T7 厶/｛´
'. ' r人.ﾊ
＞’ ィ {z==ﾐ ',
r､__ 八ﾘゝﾘ/ ｀,ﾊ
┌ﾆ` ,_｀ - ､_ / /{｛_ｌﾉ ,r }ﾑ
｀乏r‐ヘr､_ ｀ヾ | |V/ /__ノ::ﾊ
r‐ﾆ′｀ ｰ-＜l_,iノ ｲ::::::::';:::::',
´.孑_r‐¬- ...__ ,.ｲ/ﾊ:::::::::､::ﾑ
´ | 丁[ |l }:i:::::::::｀;:::ﾊ
,､＿__,. {/l|│ ﾊﾘ:l:::::::::::::;_:ハ
｀フ／ ヾ! N/V;ノ匸丁 l ｝
（_（＿ﾉ> くく_ ,. イ / ﾊ
/_|:|ﾊ､ ／ く_ .: /:..|
───────/77|:|」ﾍ>───────‐､ ／ ｀才:ｲ__/￣
___>/;;|:|戈z__, ﾞ､ , ´ _ ‐'´／
__/7;;;;|」;;<ヘ`＾ ﾞ{ f:´ _r"
: . : . ／‐┘ ｀ゞﾞ . : . ﾞ､ ﾞ, ｀ 丶
: . : . : . : . : : : : : : : . : . : . : . : ﾞ,. ト ､ ＼
0017デフォルトの名無しさん
2008/12/04(木) 18:56:290018デフォルトの名無しさん
2008/12/04(木) 19:40:54これで、Mercurialのファイル名文字コード問題も
収束できるか？！
0019デフォルトの名無しさん
2008/12/04(木) 19:53:02svnやbzrが文字コードの変換を実装してるのに、なんでhgはしないんだろう。
余計な機能つけてバグが出るのを避けるため？
0020デフォルトの名無しさん
2008/12/04(木) 20:03:10ファイルの名前の長さ制限を簡単に越えちゃわない?
0021デフォルトの名無しさん
2008/12/04(木) 21:22:36完全に同じじゃん
……バイト列として
0022デフォルトの名無しさん
2008/12/04(木) 21:26:35中身はどのSCMでも変換しないよ。
つか、それのおかげでhgに乗り換えようと思ってたけどbzrにした。
0023デフォルトの名無しさん
2008/12/04(木) 21:28:122.xと3.xでソースコードの互換性ないから（移行ツールはあるけど）
移植するのにひと手間掛かると思われ。
hgとbzrでどっちが先に対応するか見物だな。
0024デフォルトの名無しさん
2008/12/04(木) 22:48:55何が起こるか分からないし、どっちも当分3への移行はなさそうだがｗ
0025デフォルトの名無しさん
2008/12/04(木) 22:52:58Subversinは改行コードは変換出来るな。
ファイル名の件も含めてマルチプラットフォームなプロジェクトだと助かる。
Mercurial, gitは変換なし？ 他はどうなんだろ。
改行コードもそうだが、Subversionの属性に当たる機能って他のVCSだとどうなってるのかね。
個人的には改行コードとバイナリの扱いだけ出来れば十分だけど。
0026デフォルトの名無しさん
2008/12/05(金) 01:52:210027デフォルトの名無しさん
2008/12/05(金) 07:56:08Bazaar vs Mercurial
http://bazaar-vcs.org/BzrVsHg
で、それに対する Mercurial側の回答
http://www.selenic.com/mercurial/wiki/index.cgi/BzrVsHg
Mercurial 0.9.5の頃の奴だから、現状だと違うとこがあるかもしれないけど。
0028デフォルトの名無しさん
2008/12/05(金) 12:03:58$ hg update
abort: crosses branches (use 'hg merge' or 'hg update -C' to discard changes)
メッセージどおりに hg merge すると、これもエラーになります。
$ hg merge
abort: outstanding uncommitted changes
どうしたらいいでしょうか。
0029デフォルトの名無しさん
2008/12/05(金) 13:02:21ではすべてのコマンドが表示されないようですが、
git のすべてのコマンドを一覧表示する方法はありますか。
0030デフォルトの名無しさん
2008/12/05(金) 13:33:440031デフォルトの名無しさん
2008/12/05(金) 13:35:02○ 冗長
0032デフォルトの名無しさん
2008/12/05(金) 13:44:07どういう時に使えたら便利なんだろうか…。
0033デフォルトの名無しさん
2008/12/05(金) 15:02:34開発途中にコマンド入れたけど意外と使えなかったとか、なんかのコマンドが内部で使ってるとかじゃないの？
ムリに使うようなもんでもないと思うが。
0034デフォルトの名無しさん
2008/12/05(金) 16:58:19コミットしていない修正があるのでは？
hg commit でその修正を一度コミットしてから，
hg merge して，もう1度マージ内容を hg commit
でいいかと．
0035デフォルトの名無しさん
2008/12/05(金) 21:08:59We divide git into high level ("porcelain") commands and low level ("plumbing") commands.
だそうで。
porcelainは内部でplumbingを使ったりしてるらしい。
0036デフォルトの名無しさん
2008/12/05(金) 21:43:33hg clone myrepo myrepo-tmp
cd myrepo-tmp
hg merge
hg commit
hg push
cd ..
rm -rf myrepo-tmp
cd myrepo
hg update
0037デフォルトの名無しさん
2008/12/06(土) 01:04:150038デフォルトの名無しさん
2008/12/06(土) 01:53:440039デフォルトの名無しさん
2008/12/06(土) 02:12:38http://www.infoq.com/jp/news/2008/12/ironruby-movesto-github
これは意外な…。
0040デフォルトの名無しさん
2008/12/06(土) 02:19:48ありがとうございます。
月曜日に試してみます。
0041デフォルトの名無しさん
2008/12/06(土) 03:50:43そういや、MicrosoftのTeam Foundation Server使ってる人って居ないの？
俺は時々Microsoftのセミナー行くけど、そこじゃTeam Foundation Serverの
名前すら出てきた事無いな。Visual SourceSafeの話も一切聞かないけど。
0042デフォルトの名無しさん
2008/12/06(土) 06:46:34mercuria 1.1が出たけど、そのchangeログに制限を改善したとか
かいてある。試してないので本当か分からんが。
はやく1.1版のTortoiseHgが欲しいところ。
0043デフォルトの名無しさん
2008/12/06(土) 13:01:400044デフォルトの名無しさん
2008/12/06(土) 13:07:380045デフォルトの名無しさん
2008/12/06(土) 13:12:12マージがしやすい
0046デフォルトの名無しさん
2008/12/06(土) 13:13:35それは分散型だからマージがしやすいんじゃなく、
ちゃんとしたマージを積んでないと分散型として成立しないってだけなんじゃ……
0047デフォルトの名無しさん
2008/12/06(土) 13:13:56ログや過去のリビジョンとの差分を見るのが早い
0048デフォルトの名無しさん
2008/12/06(土) 13:15:41他人のブランチから簡単にforkできる
0049デフォルトの名無しさん
2008/12/06(土) 13:37:08ひとつのファイルに対して複数の箇所を修正後、それらを別物としてコミットするにはどうすればよいですか？
0050デフォルトの名無しさん
2008/12/06(土) 13:56:51厳密に言うとないです。gitでも同様。
いったんパッチを保存して分割、ファイルをrevertして分割したパッチを一つずつ当ててcommit、てところか。
0051デフォルトの名無しさん
2008/12/06(土) 14:20:46なるほど、やはりそうでしたか。
0052デフォルトの名無しさん
2008/12/06(土) 15:19:17主要なバージョン管理システムのうち、一番リポジトリ容量が少なくて済むのは何ですか？
0053デフォルトの名無しさん
2008/12/06(土) 15:56:50Gitならできます。
git add -i file.txt
とすると、変更箇所ごとに、コミットするかどうかを聞いてくるので、yまたはnで答えてやると、
yと答えた変更箇所だけがコミット対象になります。
同じ機能がMercurialでも欲しいんですけど、だれかしりませんか。
0054デフォルトの名無しさん
2008/12/06(土) 16:04:45たぶんSubversionじゃないかな。
Subversionはどのファイルでも差分をとって管理する。
Gitは差分をとらず、Mercurialは画像ファイルのようなバイナリは差分をとらない。
だから5Mぐらいの画像ファイルがあって、それをちょこっとだけ修正した場合、Subversion以外だとどんどんリポジトリサイズが増えるそうだ。
0055デフォルトの名無しさん
2008/12/06(土) 17:34:26hgもバイナリの差分をとるよ。
ネガティブキャンペーンはよくないな。
0056デフォルトの名無しさん
2008/12/06(土) 17:55:58まあまあ、gitやhg,bzrはどんどんバージョンアップしてるから
仕様が変わって知らなかったんじゃない？
0057デフォルトの名無しさん
2008/12/06(土) 18:00:52漠然とリポジトリのサイズが最小のツールを聞くって何がしたいんだ。
ただの興味本位か？
0058デフォルトの名無しさん
2008/12/06(土) 18:02:44だれかあれの日本語版作ってくれないかなあ？
0059デフォルトの名無しさん
2008/12/06(土) 18:03:190060デフォルトの名無しさん
2008/12/06(土) 18:08:15鉛筆を転がすかわりじゃなかろうか。
0061デフォルトの名無しさん
2008/12/06(土) 19:53:08空間効率を聞くのにプロジェクトの規模とか関係ないだろ
0062デフォルトの名無しさん
2008/12/06(土) 20:08:19hg record file.txt
0063デフォルトの名無しさん
2008/12/07(日) 00:01:23それ、>27の事？
0064デフォルトの名無しさん
2008/12/07(日) 15:18:11ＩＢＭ社員でもあんなの使ってないだろうな
0065デフォルトの名無しさん
2008/12/07(日) 15:46:410066デフォルトの名無しさん
2008/12/07(日) 19:50:06いや、俺が以前見たのはこっち。
http://www.infoq.com/articles/dvcs-guide
0067デフォルトの名無しさん
2008/12/07(日) 21:19:56商用ソフトかぶれのところだけなんだろうけどな。
ＶＳＳが異常に普及してるように・・・・
0068デフォルトの名無しさん
2008/12/07(日) 21:25:45何度言えばわかるんだよ
0069デフォルトの名無しさん
2008/12/07(日) 21:34:380070デフォルトの名無しさん
2008/12/07(日) 21:39:530071デフォルトの名無しさん
2008/12/07(日) 21:51:10>その買ったサポートがいざというときに役に立った企業がどんだけあるんだか
禿同
いざというときのためのサポートのはずなのに、いざというときにまるで役に立たない
0072デフォルトの名無しさん
2008/12/07(日) 21:53:380073デフォルトの名無しさん
2008/12/07(日) 22:02:53一瞬、激しく同意したが、「それでもなんとかしろ」と言われるケースを思い出して鬱になった。
0074デフォルトの名無しさん
2008/12/07(日) 22:04:030075デフォルトの名無しさん
2008/12/08(月) 01:26:030076デフォルトの名無しさん
2008/12/08(月) 02:30:08とすると、新しいブランチがローカルリポジトリに作成されますが、
これをリモートブランチに反映させるのはどうしたらいいのでしょうか。
つまり、
git branch -r
とした結果に origin/hoge が出てくるようにしたいです。
0077デフォルトの名無しさん
2008/12/08(月) 03:35:480078デフォルトの名無しさん
2008/12/10(水) 11:52:53>git のすべてのコマンドを一覧表示する方法はありますか。
git help --all
git help -a
でいけました。
0079デフォルトの名無しさん
2008/12/11(木) 15:09:09バージョン管理マシン linux 1 (subversion)
共有フォルダマシン linux 2 (samba)
ローカルマシンバージョン管理ソフトTortoiseSVN 1.4.8
ローカルマシンにチェックアウトしたファイルやフォルダには緑のビックリマークとか付きますが、
共有フォルダにチェックアウトするとビックリマークが表示されません
共有フォルダにもビックリマークを表示させる方法はありますか？
0080デフォルトの名無しさん
2008/12/11(木) 20:47:06試してないけど、TortoiseSVNの設定→アイコンオーバーレイ→ドライブの種類、の
「ネットワークドライブ」にチェックを付ければいいのでは。
あと、その話題はたぶんこっちのスレの方が向いてる
ttp://pc11.2ch.net/test/read.cgi/tech/1215565366/l50
0081デフォルトの名無しさん
2008/12/11(木) 22:56:44環境はWinXP+Cygwin+WinネイティブMercurial+WinネイティブBazaarです。
fastimportをCygwinのpythonから使おうとしましたが、Winネイティブmercurial
しかインストールしていないせいかno module named mercurialエラーが出てしまいます。
かといって今更Cygwin+Mercurialは、Winネイティブとの衝突
ttp://www.lares.dti.ne.jp/~foozy/fujiguruma/scm/mercurial-install.html
が怖くて使えません。
もう一つ。Mercurialで、過去のコミットログのuserを変更するにはどうしたらいいんでしょうか？
よろしくお願いします。
0082デフォルトの名無しさん
2008/12/12(金) 00:44:09俺は bzr fastimport を使って Hg -> Bazaar やった。
hgのexporter の使い方が若干判りにくいけど、変換自体はすごい楽ちん。
0083デフォルトの名無しさん
2008/12/12(金) 09:50:25僕も bzr fastimport を使ったねぇ。
なんか、exporter が sh と py な拡張子の2つあるけど、
どっちかしか動かなかった。
ただ、Windows 上ではやらず、linuxで変換しました。
0084デフォルトの名無しさん
2008/12/12(金) 10:33:08今のところファイル名の件はそう大きな問題じゃないから、まだしばらく使うけど、
このことに理解を示さない開発側の姿勢は問題だと思うんで、いずれ移行しよううかとは
思ってるけど。
0085デフォルトの名無しさん
2008/12/12(金) 11:09:12git branch -r -d origin/hogehoge
とすればリモートブランチが消えると思ったのですが、
git fetch
すると復活します。つまり、リモートブランチは本当は消えてないということですよね。
ほんとのほんとにリモートリポジトリ上のブランチを消す方法があれば教えてください。
008683
2008/12/12(金) 11:28:31乗り換えた理由は、
1. bzr-svnの完成度がhgsvnより高い
なんかhgsvnは開発が止まっているっぽい
bzr-svnの作者のbugへのレスポンスの早さは異常だったw
2. bzr1.9のWinインストーラが必要十分だった
paramikoも入ったし、Pageant連携も設定なしでできるし。
hgのときはMeadowのeshellモードからのみの利用で、
bzrではcmd.exeからの利用が主です。
bzrはeshellからうまく動かないのが謎ですが、あまり困ってません。
というところですかね。
0087デフォルトの名無しさん
2008/12/12(金) 11:30:16>ただ、Windows 上ではやらず、linuxで変換しました。
これって、BazaarのリポジトリはOS非依存ってこと？
おしえてえらいひと。
008883
2008/12/12(金) 11:52:42linux/Windows間のリポジトリのやりとりは、
bzr push/pull sftp://example.com/
みたいにしてます。少なくとも、上記のやりとりで
Win/linux間のinteroperativityに問題はないですね。
実は、bzr pushする際の先のサーバに
bzrがインストールされている必要がないことを考えると、
(つまりファイルをコピーしているだけのはず)
.bzr以下のファイルを固めてWin/linux間にコピーするだけでも
動くはずではあります(試してません)。
0089デフォルトの名無しさん
2008/12/12(金) 12:38:55なるほど。hg → bzr はlinux上で行って、linux→windowsはbzr→bzrでやったというわけですね。
なんて賢い。
>実は、bzr pushする際の先のサーバに
>bzrがインストールされている必要がないことを考えると、
まじっすか? Bazaarすげー!
009083
2008/12/12(金) 13:00:33あ、sftpを使ったときの話です。
もちろん bzr://example.com/ とか bzr+ssh://example.com/ とかはだめです。
あと、sftpを使ったときのhgとの細かな違いは、hgは$HOMEをベースにしますが、
bzrは/をベースにする、といったところですかね。
hg xxx ssh://example.com/abc
bzr xxx sftp://example.com/%7E/abc
みたいになるはずです。
009183
2008/12/12(金) 13:21:31sftpだけでなくftp, http(WebDAV)ならサーバにインストールされてなくてもいいはずですね。
KLABのDSAS開発者がまとめた記事がわかりやすいですかね。
http://dsas.blog.klab.org/archives/51344422.htm
0092デフォルトの名無しさん
2008/12/12(金) 17:29:08>ほんとのほんとにリモートリポジトリ上のブランチを消す方法があれば教えてください。
0093デフォルトの名無しさん
2008/12/12(金) 18:12:46http://www.kernel.org/pub/software/scm/git/docs/git-remote.html
上のページの”git remote rm”オプションじゃだめ？
話変わるけど、ホント一気に風が変わったよね。今までgitかhgしか話題にならなかったのに。
0094デフォルトの名無しさん
2008/12/12(金) 18:22:39微妙にかっこいい。
0096デフォルトの名無しさん
2008/12/13(土) 03:35:02うちのVIAマシン(C7 1GHz)だと、どのサブコマンドも確実に2秒以上
ターンアラウンドにかかるよ。
% time bzr version
Bazaar (bzr) 1.6.1
Python interpreter: /usr/bin/python 2.5.2
Python standard library: /usr/lib/python2.5
（中略）
bzr version 2.39s user 0.08s system 99% cpu 2.480 total
ちなみに、同じマシン上のMercurialはこんな感じ。
hg version 0.11s user 0.02s system 99% cpu 0.129 total
009781
2008/12/13(土) 03:47:40とりあえずリベンジでCygwin版BazaarとMercurial入れてみました。
再度fastimport試してみました。
そうしたら、ファイル名と内容に日本語使ってるせいか、exporterがSJISで吐きだしてくれちゃった
データをbzr fast-importがUTF-8でデコードしようとしてこけちゃいました。
日本語入ってないので試したらぱっと見はできてたんですがね。
手元にlinux環境が無いんでまだしばらくはhgとbzr併用でいきます。
ありがとうございました。
0098デフォルトの名無しさん
2008/12/13(土) 07:38:56Bazaar (bzr) 1.10
bzr version 0.21s user 0.07s system 84% cpu 0.331 total
% time hg version
Mercurial Distributed SCM (version 1.0.2)
hg version 0.40s user 0.11s system 96% cpu 0.529 total
0099デフォルトの名無しさん
2008/12/13(土) 10:22:36や、Cygwin使ってる時点で、日本語ファイル名とか無いから。
せめてUTF-8 Cygwinか、Cygwin 1.7(+UTF-8使用設定)で試せ。
0100デフォルトの名無しさん
2008/12/13(土) 11:43:27俺もそれでhgを使ってたんだが、1.7, 1.8 と確実に速くなっていて、bzr に乗り換えた。
1.10で試してみて。
0101デフォルトの名無しさん
2008/12/13(土) 11:57:31git push origin :hogehoge
cf. git push --help
■ このスレッドは過去ログ倉庫に格納されています