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

1 名前：デフォルトの名無しさん [2007/10/26(金) 02:15:00 ] バージョン管理システムについて語りましょう。 関連スレ CVS 1.3 [UNIX板] pc11.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1113141518/ Subversion r7 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1180858500/ 175 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:27:18 ] 会社でアホ呼ばわりされたのか？ チラシの裏にでも書いておけ。 176 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:22:44 ] >>174 Git信者以外に考えられないのですが・・・・ 本人は否定しているのですか？ >>172 大きな違いはローカルコミットができる点じゃないかな？ 自分の作業が一段落するまで他の人に影響を与えず手元で変更履歴をとって管理できる。 それができないってのが、昔TeamwareからCVSに移行したとき不便だと思った所なんだけど。 177 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:29:05 ] >>176 なるほど、それは使い方が大きく変わりそうですね。 178 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:31:39 ] ローカルコミットか・・・ 確かに便利そうだ 誰かgitとhgとsvn使っている人、違いをまとめてうpしてくんろ 179 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:58:46 ] svnもsvk使えばローカルにコミット出来るけどな 180 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 21:28:01 ] gitはどうかしらないけどhgはCVSとか.svnに相当する.hgディレクトリがルートにしか作られないのがすき。 それ + .hg自体がリポジトリなのでリポジトリの作成が気持ち的に軽い気がする。 なんかのファイルをいじるときにとりあえずhg initってのをよくやるようになった。 181 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 21:33:46 ] ↑追記: バージョン管理というよりdiffを簡単に取るためだけど 182 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 22:44:52 ] >>180 gitも同じっすね 183 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:40:26 ] >>179 確かにsvkはローカルコミットできるね 俺はsvkからGitに変えたんだけど、外見はけっこう似てるかも知れない。 svkはどこどこのrevいくつまでマージした、っていう情報をもとにsmergeするけど、 Gitは各コミットにハッシュが振られているので、もっとぐちゃぐちゃにマージさせても けっこう大丈夫。なので、何かしようと思うたびにローカルでブランチ作って、 ひと区切りついたら本線にマージしてそのブランチは廃棄、っていうのを繰り返す、 というのがフローとして使える。 svkも同じような使い方してたんだけど、svkはマージが遅くて辛かった。Gitは鬼速い。 あとsvkのswitchがGitのcheckoutにあたるようなイメージなんだが、svkでswitchしまくる というのはちょっと気持ちよくないんだけど、Gitはそれが普通なので気持ちいい。 まーあとはGitならでは(hgにもありそう?)のresetとかrebaseとかの、やりたい放題が 気持ちいいかな。過去のコミットを遡って修正なんて、最初はかなり驚いた。 184 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:57:29 ] > Gitは各コミットにハッシュが振られているので、 > もっとぐちゃぐちゃにマージさせてもけっこう大丈夫。 svn使いの俺様から見るとコンフリクトしまくりそうなんだが...。 185 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:14:15 ] そういう複雑な運用がサポートされてても実際に使えるかどうかは難しいよね 186 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:20:53 ] >>162 hgにはある 187 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:22:33 ] >>184 行レベルでぶつかればコンフリクトしますな、さすがに。 でも追加した変更が誤解されてばっさり元に戻されたりとかはないし、 共同作業でもきちんと分担が為されてれば、同じファイルの同じ行がぶつかる ということはそれほど無いはず。 >>185 慣れ、だと思いますよ。 188 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:06:09 ] >>103 そういう使い方をしたいなら darcs、StGit、Mercurial+MQを使うべきだろ。 ここにいるGit使いは、darcsに移ったほうが幸せになれるかもしれない。 189 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:28:12 ] darcsって何がいいの？スケールしないって問題はおいといて。 バージョン管理じゃなくて、パッチ管理システムらしいけど、 それって何が違ってどう嬉しいんだ？ もっとわからんのは、darcs-git。 gitにdarcsのコマンドUIを載せたものと理解してるけど、darcsはUIがよいって事？ ってか、自慢のパッチ管理システムは実はどうでもいいのか？ 190 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 02:17:54 ] quiltに似てるらしい。＞darcs quiltって何か知らんけど。 191 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:14:57 ] git って、「ぎっと」なの？「じっと」なの？ 192 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:29:10 ] 北森セレ2.6で、ロゴ野郎に買った！ …裏技だけど。 193 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:29:49 ] >>192誤爆ｽﾏｿ 194 名前：デフォルトの名無しさん [2007/12/13(木) 04:21:38 ] >>191 www.youtube.com/watch?v=4XpnKHJAok8 linusは「ぎっと」と読んでいる 195 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 07:02:22 ] RapidSVN使ってるけどリポジトリのあるPCの電源を落としたまま コミットしようとすると更新情報ぶっ壊れて全部とりなおすハメになるのは 他のツール使ってもいっしょですか？ 196 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 07:57:00 ] >>195 ウサギはもう開発終わってるからなるべく使わない方がいいよ。 一々挙げないけど、それ以外にもいろいろ不具合あるし。 197 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 08:16:34 ] >>196 そうなんかぁ・・・ 他のツールってなんかあんまりなじまなかったんだけど？ｗ GUIでスタンダードなツールって何？ なんかあんまりブラウザと合体するとか好きじゃない 198 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 08:24:42 ] >>197 俺も昔そう思ってた口で、ウサギオンリーで行こうとしたんだけど、 あまりの使いにくさに断念した。今は亀で妥協中。 どうしても亀が嫌なら、javaのクライアントがあったはずだから試してみたら？ たしかsvnスレの最近100レスぐらいに名前が挙がってたはず。 199 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 22:48:05 ] ウサギと亀w Rapid と Tortoise にはなんか因縁でもあるんか 200 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 23:51:43 ] >>187 ありがとう。なぜか親近感がわいてきた。 会社のリポジトリは数年前にCVSからSubversionに移行させたんだが、 そのうちオレオレリポジトリみたいな使い方からgitを試してみるかも。 201 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 00:33:24 ] >>191 >ちなみに，'git'は英国俗語由来だそうです，そうであれば発音は'ギット'です www.netfort.gr.jp/~dancer/column/200504-git.html.ja だって。 202 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:02:16 ] 俗語ってなんだろう。犬の糞とかかなｗ 203 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:16:17 ] >>202 ばかだなあ 204 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:16:58 ] これか？ en.wikipedia.org/wiki/Git_%28insult%29 > Git is a relatively mild British slang term, used to denote a silly, incompetent, stupid, annoying, or childish person. 205 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:20:22 ] リーダーズ英和辞典 git[名] <俗> ろくでなし、ばか者、いやなやつ [get] get[名] <俗> ばか、とんま 206 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 07:58:33 ] 犬の糞という訳をしてもあながち間違いではないような 207 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 10:32:08 ] 喪前等m-wを使おうぜ。発音も意味も両方判るんだから。 ttp://www.m-w.com/dictionary/git どうでもいいが、ci-gitとすると墓碑銘になるからaliasを作るときは要注意だw 208 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 11:01:13 ] >>200 まずsvkを使ってみてはどうか CVSからSVNへ移行したのと SVNからGitは敷居が全然違うと思うよ 209 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 12:48:40 ] Rapid は、ウサギじゃないと思う・・・・ 210 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 12:59:42 ] >>200 gitはディレクトリがそのままリポジトリ＆作業コピーになるから、 一人で始めるのはすぐにできますよ。 git-svnでgitからSubversionに直でコミットするのは、俺svnリポジトリで 練習してからのほうが良いと思います（意外にアッサリ実行して しまうので） >>208 それも良い手だと思います 俺も未だにSubversion同士のマージはsvk重宝してる 211 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 13:23:25 ] >>209 そのとおりなんだが、RapidSVNのロゴがウサギなんだ。 RapidSVNのサイト見てみ？ 212 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:18:14 ] 以前も言ったように、ユーザーパッチでの開発とかいう文化が存在しない bsdやsolarisはことごとくmercurial。これは犬臭いのを避けたかったから。 犬臭いといっても、mercurialもgitもどっちもlinuxのバージョン管理システムだった bitkeeperの代替のために作られた。ただもう一方の作者がカーネル作者だったため、 採用は当然そっちになっただけさ。開発スピードの差はリポジトリ見れば明らかだよ。 213 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:50:37 ] >>212 つまりどっちが活発に開発されてるの？ 214 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:58:07 ] >>211 うぉ！しらなんだ・・・・いつの間に・・・・ 昔は無かった・・・よね？ 215 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 22:58:52 ] gitはsh依存がなけりゃな... 216 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 23:31:25 ] >>215 無知な質問で恐縮だが、shってシェルのこと？ 217 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 07:26:30 ] shというかbashのつもりで書いたけどシェルでもいいよ 218 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 10:03:14 ] >>217 それじゃあzshなんかでは動かないのか？ というか、bashすらないwindowsではどうやって動かすの？cygwinオンリー？ 219 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 11:01:54 ] SFU(だっけ?)でも入れるんじゃねーの? 220 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:43:14 ] Mercurial も Python 要るよね 221 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 16:30:16 ] gitのwindows版はcygwin or msys(の一部？)環境が必要 mercurialはpy2exeでランタイム同梱だからpythonのインストールは必要ない どっちも一括パッケージになってるインストールの手間はとくになさそう でもgitはもしかしてdosプロンプトから普通につかえなさげ？(shに入る必要あり？) 222 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 16:56:49 ] Mercurial死ぬほど重くて、管理システムとしてどうとかいう以前に日常的に使うツールとして使い物になんね。 管理対象のファイルが20個程度のところに glibc と gcc 展開してあったんだけど、 20個分のdiffとるのに数分も待たされたぞ。 それはそれとして、darcsでローカルにrecordしてある状態でpullしてもrebaseしてくれないのだが、 パッチの順番変えるのってどうやるの？ 223 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 17:03:58 ] Mercurialは.hgignoreで syntax: glob * しとかないとエライことになる場合があるな。 224 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:51:33 ] >>221 msysのやつインストールしてみたらmsysとMinGWとperlといろいろインストールされたよorz msysのshの中からじゃないと使えないっぽい 225 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:53:03 ] >>222 svnとgitの数字もうｐ 226 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:36:04 ] >>222 darcsってけっこう使われてるのかな？ 俺のまわりでは一人だけ居るけど、「使ってみたけど挫折気味」な感じだった。 227 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 20:10:46 ] >>222 > 管理対象のファイルが20個程度のところに glibc と gcc 展開してあったんだけど、 > 20個分のdiffとるのに数分も待たされたぞ。 管理対象外のディレクトリは直接展開せずシンボリックリンクを張るようにするとどうかな? 228 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:27:26 ] >>227 いや、明らかに管理対象のファイルだけスキャンすればいいのに、まるごとdiffとってから必要部分だけ抜き出す というアホい実装になってるか、最初から死ぬほど遅いかのどっちかだから、もう評価するのやめた 229 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:28:24 ] >>225 svnは最初から評価対象外だから知らんが、gitもdarcsもせいぜい数秒だったぞ 230 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:30:40 ] >>226 Haskell 使いではほぼデフォじゃないかな？よくシランが とこれで、やっぱりどうやってもパッチの順序かえたり rebase ができないのだが、識者タノム 231 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:41:19 ] だれかgit,hg用のeclipseプラグイン作ってくれねーかな。 232 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 01:36:31 ] >>228は、そんな辛口を言っておきながら、 「べ、べつにHgの為じゃないんだからね」とか言って 今晩にもそのアホい実装を修正するパッチを投稿してくれるに違いない。 233 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 14:02:28 ] 俺も欲しい。 >>231 よろしく。 234 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 15:03:26 ] >>231 >>233 git.or.cz/gitwiki/EclipsePlugin > Java GIT/Eclipse GIT (by Shawn Pearce) is a Java GIT library and > plugin for Eclipse IDE www.vectrace.com/mercurialeclipse/ > Mercurial Eclipse is a plugin for the Eclipse platform to use > Mercurial version system. 235 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 17:37:01 ] 気になったから、やってみたんだけど。 新規repositoryにgcc 4.1.1と4.1.2を順にcommit して、 diffを出力したときのtimeの値 * git real 0m13.339s user 0m6.798s sys 0m1.461s * hg real 0m27.871s user 0m21.249s sys 0m1.406s 参考になるかわからんけど。 pythonものは、 起動の時間（で通じる？）の遅さが気になる。 特にCUIの場合は、GUIのツールと違って、実行しっ放しで使わないから。 236 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 19:16:39 ] git スレ、たてました。 遊びにきてね。 git スレッド＠ Linux 板 pc11.2ch.net/test/read.cgi/linux/1197798039/ 237 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 19:22:33 ] >>235 userとrealが二倍以上違うな。 238 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:04:06 ] バージョン管理 いろいろ言われてるけどろくなソフトがないなｗ まともなのはEclipseにくっついてるのとVSSぐらいだなマジで これ以外むかつくから使わないほうがいいよ バグったときの動作が最悪 通信途中で切れたときとかなにのにあるっていったり 更新中だからちょっとまってろって、お前、いつまでまたせるつもりかとｗ いい加減、その操作あきらめてもとの状態に戻しておけよｗ ってそんなこともできねぇし、ソースコードの履歴と修正には敏感だけど 自己のソフトのバグには鈍感とかありえねぇ動作してんじゃねぇよｗ 作った奴なにかんがえてんねんｗ 239 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:40:18 ] >>238 で、どこを縦読みしたらいいんだ？ 240 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:44:23 ] 自 作 ここかな？ 241 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:58:45 ] >>235 なんでそんなに早いの？折れの環境が悪いのか？ 242 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 10:31:48 ] >>238 読む気はしない、が 実際のところ、クラッシュ耐性が どのくらいあるのか気にはなる。 fsやdbもこういう所が重要だし。 svnはfsfsを時間をかけてやってるけど、 他のは大丈夫なのかな。 243 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 15:10:04 ] mercurialで、ファイルを含んでいるディレクリがあって、ファイルはaddせずにディレクリだけaddすることはできますか。 subversionだと svn add -N dir1 でできるんですが、hg add だとそれっぼいオプションが見つかりませんでした。 244 名前：235 mailto:sage [2007/12/17(月) 16:52:20 ] >>237 git 、hg両方とも、real - user をしてみるとわかるけど、大体6〜7秒差がある。 端末の描画速度かと。 一応、出力を/dev/nullに向けた値を張ります。 * git real 0m6.806s user 0m6.365s sys 0m0.428s * hg real 0m21.640s user 0m20.819s sys 0m0.780s >>241 速いって言われても、何とも言えないけど。 関係ありそうな環境。 CPU Pentium4 2.4c memory 1G file system ext3 terminal mlterm kernel 2.6.22 GNU C Library stable release version 2.6.1 git version 1.5.3.6 GNU bash, version 3.2.17(1)-release Mercurial Distributed SCM (version 0.9.3) Python 2.4.4 245 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 17:49:16 ] >>244 実験乙。 >>235の結果と比べると、さらに差が広がってるな。 これは速度的にgitが圧倒的に有利ということでいいのだろうか？ しかし、>>112のMercurial側の主張によると、 > In terms of performance, Git is extremely fast. In several cases, > it is faster than Mercurial, at least on Linux, while Mercurial performs better on other operations. > However, on Windows, the performance and general level of support that Git provides is, > at the time of writing, far behind that of Mercurial. パフォーマンスの点では、Gitは非常に速いです。 ほかのOS上ではMercurialの方が速いものの、少なくともLinux上ではいくつかの場合Mercurialよりも早いです。 しかしながら、ウィンドウズ上では、Gitのパフォーマンスと提供するサポートの一般水準は(おそらく周辺のソフトウェアのことを指すex:TortoiseHgなど)、 書いている現時点で、Mercurialには遠く及びません。 (厨房レベルの訳スマソ) ・・・らしいので、windows側でも検証せにゃならんということだろうか。 246 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 18:06:20 ] > on other operations 247 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 18:07:07 ] /dev/nullにリダイレクトしてパフォーマンス測れよ・・・ 248 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 18:08:39 ] えーと、適当なこと言うけど、windowsでcygwin使ってるならstat劇遅だからな 249 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 11:25:24 ] 昔、cygwinが遅いからbcc使ってたなぁ・・・ 250 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 12:08:49 ] >>228 diffするとstatusを呼ぶから遅い。 251 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 13:23:33 ] えーっと、つまり Git は Windowsに弱いらしい、ということ？ 252 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 14:31:31 ] そもそも日本語をちゃんと使えない時点でダメダメ 253 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 14:37:27 ] 使ってない俺が言うのもアレだが、Cygwin依存のツールは使いたくない。 異なるバージョンのcygwin1.dllがいたりすると、他のツールが使えなくなったりしてイライラする。 254 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 14:46:44 ] 依存してないけど？ 255 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 15:23:03 ] Mercurial を使ってるんだけど hg view で出てくる GUI (gitk) ではコミット時の説明文の日本語が文字化けする… 256 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 16:31:24 ] >>254 gitはcygwinで使うのが普通だと思ってたけど、今は違うのか？ 257 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:24:41 ] >>256 msysgit 258 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:32:12 ] >>255 tcl-tkだからUTF-8にすればたぶん読めるはず 259 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:34:02 ] >>257 安定していないものは、仕事では使えません 260 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:46:07 ] >>259 cygwin の git って msysgit より安定してる？ 261 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 18:27:29 ] なんでwin使ってんだw 262 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 18:34:13 ] サーバはともかく、クライアント側はWinで良いと思うが 263 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 22:11:28 ] Mercurialも、日本語ファイル名をどうやってうまく扱えばいいのかわからんです。 Linuxサーバ上で、cgi経由のレポジトリを置いて、 WindowsとMacOSX間で管理しようとしてるんだけど・・・・ 264 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 04:41:22 ] >>263 www.selenic.com/mercurial/bts/issue849 >However, there is a following error when I want to add file/directory which >filename contains non-ascii character. >abort: No such file or directory: c:\hg-repo\test??.txt >Error also appears when I use ``hg status`` or ``hg log``. >To reproduce this error, you can try to create a file named 'test中文.txt' >and add this file to your branch to verify this problem. これのことだよね。hg status および hg log でも起こる現象で hg add file/dir でエラーが出ちゃう罠… add status log... であぼーん 265 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 09:22:42 ] 使えねー 266 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:18:15 ] 日本語ファイル名なんて使ってるやつはばかです 267 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:30:08 ] % git-status # On branch master # Changed but not updated: # (use "git add <file>..." to update what will be committed) # # modified: 白黒 # no changes added to commit (use "git add" and/or "git commit -a") % git-log -p -1 "\347\231\275\351\273\222" commit 242e3908ecd84cf05f79aa416ad735ce2e6f541f Author: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa Date: Wed Dec 19 11:25:21 2007 +0900 test commit diff --git "a/\347\231\275\351\273\222" "b/\347\231\275\351\273\222" index e69de29..f4d9ed8 100644 --- "a/\347\231\275\351\273\222" +++ "b/\347\231\275\351\273\222" @@ -0,0 +1 @@ +あああgitって馬鹿だな。 とりあえずgitで日本語(UTF-8)で使ってみたが大丈夫だけど、 ログおよびgit-ls-filesはエスケープ処理される。他はファイル名表示はされるようだが。 >>266 どーい 268 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:30:11 ] ソースだけ管理してれば良いけどね ドキュメントまで管理し始めるとそうはいかない 269 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:38:11 ] まあでもSJIS使うのは避けたほうが無難だろう 270 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:55:16 ] まあね・・なるべくなら管理したくないんだけどね 271 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:56:31 ] つまり、Windowsお断りってことですな 272 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 12:24:55 ] >>264 はファイル名の扱いがコードページ依存 (unicode apiを使ってない)って話じゃないの？ 日本語版windowsなら日本語ファイル名でも問題ないし。 別環境でcheckoutしたときにファイル名を適切に扱えるかどうかはそれとは別の問題なわけで 273 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 20:16:44 ] Subversionではファイルパスを内部ではUnicode扱いしてるからうまくいく。 ファイル名をレポジトリの内部管理対象にするときに ネイティブのパス名からUnicodeに変換してから管理するようにすればいいのに・・・と思う。 274 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 22:01:25 ] 合成文字(濁点つきのかな文字とか)が入るとうまくいかないようだ。 Mac OS Xで、 svn add ガチョーン.txt (&commit) 他の環境(Linuxとか)で svn up U ガチョーン.txt touch ガチョーン.txt (作れてしまう) ls ガチョーン.txt ガチョーン.txt (「ガ」が同じようで実は違う) for f in *.txt; do echo -n "$f: "; echo -n $f | wc -c; done ガチョーン.txt: 22 ガチョーン.txt: 19 svn add ガチョーン.txt (addできてしまう &commit) Mac OS Xに戻って svn up svn: Failed to add file 'ガチョーン.txt': object of the same name already exists Macのファイルシステム上は合成文字は分解した形に正規化されているが、 そうしない環境のほうが多いよな。 275 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 01:10:51 ] バージョン管理システムを嫌がるアホ pc11.2ch.net/test/read.cgi/software/1198078576/

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef