[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 03/16 08:56 / Filesize : 206 KB / Number-of Response : 808
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



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/

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/



276 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 02:39:00 ]
osxが特殊かと。

277 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 03:42:45 ]
>>274
それは、実は大文字小文字混在問題と同じじゃないかなぁ。

278 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 10:00:27 ]
GNU archってもう駄目なのかなあGNUウェアではよく使われてるみたいだけど

279 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 14:57:52 ]
スレ違いかもしれないけれど…

あるフォルダに対して普段はサブフォルダ作成やファイル削除まで全ての操作を許すけど
いざとなったら任意の時刻のフォルダ状態に戻したいっていうのは
バージョン管理システムを使った運用で可能?
それとももっとスマートなやり方がある?

280 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 17:12:29 ]
スレ違いだけど、
Plan9だとそういうのがネイティブで出来そうに見えるんだよね。


281 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 18:41:52 ]
スレ違いっぽいけど
fuseとかで簡単に作れたりしないかな

282 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 18:47:52 ]
スレ違いなのか…orz

283 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 19:01:52 ]
>>279
スレ違いっぽいけど
ttp://fsvs.tigris.org/

284 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 19:45:50 ]
スレ違いっぽいけど
>>283 thx

285 名前:デフォルトの名無しさん mailto:sage [2007/12/23(日) 02:14:21 ]
スレ違いっぽいけど、ZFSのスナップショットで戻したい時刻のデータを残しとけばいいような・・・
意識せずにした操作なら駄目だけど。



286 名前:デフォルトの名無しさん mailto:sage [2007/12/23(日) 16:35:37 ]
すれ違いっぽいけど、今日の昼飯なに食った?
俺ちりめんおにぎり1個…

287 名前:デフォルトの名無しさん mailto:sage [2007/12/23(日) 17:07:20 ]
>>279
日単位で巻き戻しならcron+pdumpfs。
任意のタイミングでスナップショットを取りたいならコード弄るしかないかな。

288 名前:デフォルトの名無しさん mailto:sage [2007/12/23(日) 20:04:54 ]
任意のタイミングは駄目なのか

289 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 03:49:41 ]
kumaryu.net - (Prog) monotoneを使ってみる
www.kumaryu.net/?(Prog)+monotone%A4%F2%BB%C8%A4%C3%A4%C6%A4%DF%A4%EB

*手軽
monotoneのリポジトリは単一ファイルです。
リポジトリはSQLiteのデータベースファイルで、ファイル1つに全部突っ込むことになります。バックアップとかのリポジトリの管理がとても楽です。
また分散型なのでサーバーとか気にせず簡単に試せます。気軽にコミットできます。

*マージが強力
3wayマージで良い感じにマージしてくれます。

*国際化対応
ファイル名、コメント等の国際化対応がされています。
データベースには軒並みUTF-8で入ることになります。

*移植性が高い
SQLite3、Lua、Boostだけあればビルドできます。
どれも移植性が高いです。多分。

これどうかな*国際化対応がされてるという一点に置いて
とても心惹かれるものがあるような…でも余り話題になってないような
もうちょっと調べてみる

290 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 07:40:03 ]
SQLiteだとリポジトリがでっかくなったら苦しくならないんだろうか?


291 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 07:59:07 ]
>>290
だから人気がないwww

292 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 09:54:25 ]
> Lua、Boostだけあれば
はいアウト

293 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 11:18:23 ]
>>288
pfumpfsの話なら、フォルダを
2007/12/24/
みたいに掘るから
一日に二度以上できないってだけで
2007/12/24_11_17_09
みたいに時間も含めてやれば好きなタイミングでスナップショットを取れるようになるよ。
当然1・2行ソースの修正が必要になるが。

294 名前:デフォルトの名無しさん mailto:sage [2007/12/29(土) 03:26:43 ]
コマンドラインメンドクサス・・・

TortoiseHg安定せんかな・・・
TortoiseSvkでもいいけど

Rakefile書きまくっても、
結局コンソール(Poderosa)立ち上げるのが面倒で、batファイルつくって、
ファイラーから、ポチクリやってしまう

ちゅーか、IDEにターミナルエミュレータついてくれればいいのに・・・

295 名前:デフォルトの名無しさん mailto:sage [2007/12/29(土) 03:31:27 ]
Mercurialは、
バイナリファイルと国際化が弱いようですね。
Subversionはその辺しっかり、してたからなー



296 名前:デフォルトの名無しさん mailto:sage [2007/12/29(土) 04:03:15 ]
あー、あと、空のディレクトリを消すのが解せない・・・

297 名前:デフォルトの名無しさん mailto:sage [2007/12/29(土) 07:33:04 ]
そういえば関係ないけどsvnはdiffの出力も翻訳されちゃうからいつも翻訳無効にしてる
パッチ投げるときに困るんだよね

298 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 09:32:04 ]
分散型バージョン管理システムはどれが良い?

slashdot.jp/developers/article.pl?sid=08/01/02/2331259

299 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 15:29:42 ]
Subversion > Mercurial の移行を考えて
Mercurial使ってるんですが、
Subversionだとhookを使ってできていたコミット通知が欲しいと思って調べています。
対応する操作は、push になるかと思うんですが
push をしたときに、何かをするってのはどうすればいいかアイデアありませんか?

300 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 18:29:37 ]
マニュアルに書いてあるのだが……

301 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 19:45:02 ]
どうも、最近安易に聞く癖が付いてしまっているようです。
ググレカスり直してみました。
[hooks] の incoming フックで何とかなりそうですね。
ちょっと検索キーワードがまずかったみたいです・・・・
今までマニュアルだと思って見てたのは、チュートリアルだったし。

302 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 21:29:30 ]
mercurialについてググろうとしてついhgでググっちまった。

フォーーーーーーーーーー

303 名前:デフォルトの名無しさん mailto:sage [2008/01/12(土) 08:18:37 ]
MercurialにMBCS対応エクステンションがコミットされてたぞ

304 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 14:07:29 ]
ファイルやディレクトリのアクセス権を版管理できる
バージョン管理システムは何かあります?
ぐぐってもみつからず。

305 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 17:29:47 ]
>>304
そんな超複雑なもん作ってどうする気だw

リポジトリ別にしたらいいじゃない



306 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 18:41:06 ]
>>305
仕事の政治上の都合が有って
checkout したworking copyの一部のディレクトリを他の
Linux上のログオンユーザに見れないようにしたい。
checkout したあといちいちchmodするのは面倒だし、
し忘れが出るので。reposわけてもこれは解決できんと思います。
subversionにcheckoutのhookがあったらそれでもよかったけど。
やはりないんですかね。


307 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 19:36:54 ]
>>306
Linuxのumaskじゃあかんの?

308 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 20:28:52 ]
>>304
ないんじゃない? ファイルシステム依存(= 環境依存)な類のものでしょ。
Linuxのアクセス制御と関係するのは、subversionにはsvn:executableしかないかも。

checkout+chmodするスクリプトを作ってお茶を濁すとか。


309 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 21:23:15 ]
>>308に一票。

310 名前:デフォルトの名無しさん mailto:sage [2008/01/13(日) 21:37:36 ]
みんなサンクス。

>>307
まるっきりダメじゃないけど、working copy下の他のディレクトリは
関係者に見てもらうことも有るので、umaskで全部マスクするのも
ちょと困る感じです。

>>308, 309
やはり、やるにしてもそれぐらいしかないですね。
あきらめてそうしておきます。


311 名前:デフォルトの名無しさん mailto:sage [2008/01/14(月) 04:33:39 ]
>>310
umaskを変更したユーザアカウントを一つ作っておけばいいんでない?
手間としては>308と変わらなくなる気もするけれど。

312 名前:デフォルトの名無しさん mailto:sage [2008/01/14(月) 12:13:47 ]
Subversionでauthzとか。
ワーキングコピーを共有するなら無理だけど。

313 名前:312 mailto:sage [2008/01/14(月) 13:11:19 ]
よく読んでなかった、ワーキングコピーは共有する前提か。


314 名前:デフォルトの名無しさん mailto:sage [2008/01/14(月) 19:57:47 ]
Linux板行った方がもっといい方法がみつかるかもしれない

315 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 09:33:41 ]
ここのスレを大変参考にしつつmercurialの0.9.5を数日試してるんだけど、
過去のレスに補足すべきと思うようなものも見かけるのでかいて美馬s。

>>41,152
名前を変更したファイルのdiffについては、hg diffに--gitオプションをつければ
望み通りにならない? というか、

~/.hgrcに

[diff]
git = True

を加えておいた方がいろいろよさげだと思う。

>>243
そもそもディレクトリを管理しないんだそうだ。

ttp://www.selenic.com/mercurial/wiki/index.cgi/FAQ#head-487dc57123d9fcdc96b060d00978b5b8aa527769

自分もsvn add -Nをよくやるので少し不安なんだけど、今考えてみるとディレクトリ
を管理したいことなんてまずないかも。svn add -Nをやる理由ってSubversionの
仕様によるものがほとんどだと思う。



316 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 22:42:36 ]
>>315
空のlogディレクトリだけ作られて欲しいこともあるけど(logファイル書けないぜエラーが出る)
まあそういうのはインスコスクリプトなりで対応すべきなんだろうな

317 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 23:50:13 ]
> svn add -Nをやる理由ってSubversionの
> 仕様によるものがほとんどだと思う。

それは自分を納得させるための言葉に見える…。
空のディレクトリを管理できるからといって
便利なことはあっても不便なことはない。
ディレクトリもバージョニングできるのが
Subversionの売りのひとつだと思ったけど。
思想の違い。

318 名前:デフォルトの名無しさん mailto:sage [2008/01/17(木) 23:45:47 ]
空のディレクトリに readme.txtを置くだけの簡単な仕事です

319 名前:デフォルトの名無しさん mailto:sage [2008/01/19(土) 03:38:45 ]
>>318 がcoolな解決法だと思う。
シンプルなツールにシンプルな運用。

320 名前:デフォルトの名無しさん mailto:sage [2008/01/23(水) 01:16:31 ]
mercurialで、手元のcloneにいくつかcommitしてあるとして、
そのうち一部はローカルの環境固有の修正なのでpushしたくない、
他はpushしたいというときはどうすればいいのでしょう?

hg push -r REV というのがそれかと思って試してみたのですが、
ローカルで
changeset: 1:cae50e295c29
changeset: 2:af0665dee890
という状態でhg push -r2としたら全部pushされてしまい、
hg push -r1としたら1だけがpushされました。
1のchangesetはpushせず2だけpushしたいのです。

2をexportしてコピー元に送ってimportしてもらい、
その後ローカルでpullとするのでしょうか。


321 名前:デフォルトの名無しさん mailto:sage [2008/01/23(水) 10:14:40 ]
1.pushしたいチェンジセットをexport
2.同じリポジトリを別途clone
3.新たにcloneしたほうで
3-a.exportしたチェンジセットをimport
3-b.おもむろにpush
4.もとのclone側でpull

これでいいのかな。なんか手間だが。


322 名前:デフォルトの名無しさん [2008/01/25(金) 11:54:41 ]
mercurialで不要になったnamed brancheを消したいんだけどどうすればいい?

323 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 00:57:21 ]
>>85
> VCSならとりあえずsubversioin。一番普及してるし、IDEのプラグインなんかも多い。
> SCMならgitかmercrial。今流行ってるし、おそらく今後SCMのsubversion的ポジションに着くはずだから。
> どっちも無料なんで、自分で試して決めてくれ。

初歩的な質問ですみませんが、VCSとSCMの違いはなんですか?

VCS(Version Control System)      :バージョン管理システム
SCM(Software Configuration Management):ソフトウェア構成管理

違いが今ひとつ分かりません。

324 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 02:31:38 ]
>>323
VCS→一人用
SCM→まともなバージョン管理システム

325 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 08:19:06 ]
>>324の言ってることも間違いじゃないが、>>323の聞きたいことはもっと具体的なことだろ。

違いを一言で言うと、分散型と集中型の違いで、
具体的にどう違うかというと、リポジトリが一つか複数かということ。
VCSは一つのリポジトリにみんなでコミット、マージするけど、
SCMは一人一人がリポジトリを持って、適時リポジトリ間でマージする感じ。

どっちが便利かというと、>>324の言うとおり個人ならVCSで十分だと思う(プラグインもあるし)
グループで開発するとか、ノートPCでネットワークがつながらない場所でもバリバリ開発したいならSCMも有り。
(ただし、svkという手も十分ある)



326 名前:デフォルトの名無しさん [2008/01/26(土) 09:36:44 ]
SCM と VCS ってそんなに意味が明確に定義されている用語?
どちらも意味は同じで、
subversion や git や mercial を含むバージョン管理システムのことを表してない?

327 名前:325 mailto:sage [2008/01/26(土) 09:44:12 ]
>>326
あー、確かに誤解してたかも知れない。
俺の中で、
集中型=VCS
分散型=SCM
だと思ってた。
wikiでもバージョン管理システムの項で分散型も紹介してるし、要は同じってことかも。

328 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 09:50:07 ]
Software Configuration Managementは、
リリースサイクルやバグの管理まで含む概念であって、
版管理はその一機能とみなせる。


329 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 13:21:51 ]
wikiってどのwikiだよ

330 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 13:23:03 ]
pediaしらねーのかよpedia
まったくこいつはとんだゆとりだぜギャハー

331 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 14:19:01 ]
>>330
つれますか?


332 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 14:50:31 ]
pgr

333 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 14:51:25 ]
ペギラ

334 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 17:34:36 ]
ゴン

335 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 18:55:39 ]
Wikipediaをwikiって略す奴は、wikiを知らないんだろうな。



336 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 20:27:17 ]
>>328
なるほど。
VCSは版管理のみを提供して、SCMはそれに追加機能があるという訳ですね。
となると、ここで論じられてるCVS、Subversion、Mercurial、git、darcs、Bazaar、arch等々は
それぞれどちらに分類されるのでしょうか?
今までこれらのソフトをVCSの視点でしか見てこなかったので、
この中にSCMがあれば、その活かし方などを教えてもらいたいです。

337 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 00:59:48 ]
>>328
何言ってるの?
ここで言ってるSCMはSource Code Managementのことだろwww
だれもここでSoftware Configuration Managementの話なんてしてない。

338 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 01:11:39 ]
>>337
>>323


339 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 01:12:15 ]
というか323の時点で間違ったわけか。


340 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 01:36:38 ]
WikipediaではSubversionがSoftware configuration managementに分類されてるな。
なんでだろ
ttp://en.wikipedia.org/wiki/Software_Configuration_Management

341 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 02:00:33 ]
不審に思ってPurposesの節を読んだが、やっぱSubversonが入るのは
おかしいかな、ま、Wikipediaは言葉の定義をするとこじゃないから……

……とか思いながら定義を調べたら
www.dwheeler.com/essays/scm.html
cs.wwc.edu/~aabyan/435/Configuration.html
www.cmcrossroads.com/bradapp/acme/scm-defs.html
混用されすぎててワロタ。自信満々の>>337-339が涙目になるくらい。


342 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 02:07:51 ]
すまん>>337-339じゃなくて>>328だわな。
要は初期の定義ではCMってのがあって、その後SCMの概念が出てくる。

現在でこそ、定義を全部満たすのがSCMでVCSはその機能の1つっていう
人もいるが、初期のSCMの定義ではCVSはおろかMakeなんかもSCMに含めてて
もうなんなんだという感じ。

343 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 02:34:40 ]
そういえば、こんな文章もあったな。
ttp://www.sodan.org/~penny/vc/cvs-ja_1.html#SEC3


344 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 03:01:18 ]
そこで、PMS(パッチ管理システム)ですよ。
darcs2はスケーラビリティ改善されるんだろうか。

345 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 03:48:17 ]
>>344
darcsは興味あるなぁ
パッチ管理って、もうやりたい放題できそうだな



346 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 04:08:51 ]
>>341-343
SCM (Software Configuration Management)の用法は統一されてないようだね
VCSと同義であったり、VCSをさらに多機能化したものとして言及されたり、
文脈によってまちまちみたいだね
ということで、とりあえずこのスレではSCM (Source Code Managementも含めて)もVCSも
バージョン管理システムを指すということでOK?

347 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 05:42:13 ]
NMS (Nandemo Management System)

348 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 09:38:36 ]
PMSは月経前症候群?
SCMはサプライチェーンマネジメント?
NMSはネットワークマネジメントだな

349 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 22:55:37 ]
なます…

350 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 01:07:11 ]
GitかHgに移行したいんだが、どうにも勇気が出ない。
TortoiseHgってTortoiseSVNと共存できる?
それとsvnからgitかhgに移行して、どう使い方が変わったとかだれか教えてくりゃれ。

351 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 01:27:18 ]
>>350
使い方が変わるわけないだろwww

352 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 09:31:21 ]
Winの場合、Python3.0が出るまでHgは使いにくいと思う

353 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 09:35:00 ]
>>352
何で?

354 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 09:39:21 ]
HgってPythonせいだっけ

355 名前:デフォルトの名無しさん mailto:sage [2008/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 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 10:27:08 ]
>>355
期待ageだな
でも、枯れるまでにはもう少し時間が必要か

357 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 16:28:14 ]
Pythonがマジで多カ国語対応されるまでは、
Mercurialはファイル名、ファイルパスはASCIIで使っておけということだな。

358 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 21:52:31 ]
これではダメかな?
selenic.com/repo/hg/rev/02884e56c217

ちょっと試した限りでは問題ない感じ。


359 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 23:47:57 ]
ユニコードファイル名に対応しないと根本的な解決にはならないんじゃないかな

360 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 03:19:57 ]
マジレスすると
Pythonは多各語滞欧しているし海栗コードファイル名にも対応している

361 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 03:33:15 ]
しかしお前は日本語に対応してないんだな

362 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 07:22:06 ]
pythonは対応してるけどhgは対応してない

363 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 11:23:21 ]
>>358
バイナリインストールの環境だと使えない

364 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 13:12:03 ]
Windowsだけど、Hgインストールすると、
Python入ってるのに、自前でPythonインストールされる気がする。

365 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 15:20:12 ]
>>357
そっかー、Pythonの文字列の問題なのか。
悩ましい問題だ。

SVNはその点、楽だったのになあ



366 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 17:56:08 ]
>>357
対応してるだろ
適当なことを言うな

367 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 19:47:39 ]
>>366
俺としては、基本的な文字列操作をしたらUnicodeで扱うことになったら、という意味だった。
Javaレベルでネイティブロケールを隠蔽してロジックが書ければ、と。

# そりゃ、Unicodeで扱うことによる問題はでるけどさ。
# デフォルトがUnicodeになって欲しい、と。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<206KB

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