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

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


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

1 名前：デフォルトの名無しさん mailto:sage [2011/01/20(木) 12:26:04 ]: バージョン管理システムについて語りましょう

●過去スレ
バージョン管理システムについて語るスレ
pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
pc12.2ch.net/test/read.cgi/tech/1255241922/
バージョン管理システムについて語るスレ6
hibari.2ch.net/test/read.cgi/tech/1270640436/
バージョン管理システムについて語るスレ7
hibari.2ch.net/test/read.cgi/tech/1283780922/
175 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 08:50:59.41 ]: >>174
checkoutしたときのロケールとコミットするときのロケールが違うことはありえる
git/hg statusコマンドを叩く度に内部でファイル名をUnicodeに変換するとしたら使いものにならない
176 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 09:03:22.14 ]: >>175
なるほど、バイナリ透過派だったのね。話が噛み合わないわけだ。
内部エンコーディングが UTF-8 vs UTF-16 の話からいつの間に話題が
変わってたんだろ。

バイト透過はLinuxの世界に引きこもる場合はロケール無視できて幸せだけど、
ファイルシステムがUnicodeなMacやWindowsと共同作業するのにはあまり
向かない。
俺は別に非ASCIIファイル名を使わないから気にしないけど。
177 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 09:39:03.80 ]: >>176
Merurialはファイル名以外は内部UTF-8
Gitはログもバイト列でエンコード情報を付加している
どっちも正しい多言語化
178 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 10:03:21.47 ]: >>177
あー、内部エンコーディングの話を無理やりbzrをディスる方向に
持って行きたかったのね。はいはい。

ファイル名に関しては、「たったひとつの正しい多言語対応」なんてものは存在しない。
ファイル名の扱いがOS毎に異なるんだから。
179 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 10:23:05.55 ]: >>178
うん、bzrの設計はおかしい。
2005年だとJavaの文字２バイトのおかしさは認識されていたはずだし、
Linuxのutf-8ロケールも実用的になっていた。
Debian/UbuntuがLinux上のファイルシステムがエンコードを持っていないということを
知らなかったとしか思えない。
180 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 10:35:36.51 ]: >>179
> 2005年だとJavaの文字２バイトのおかしさは認識されていたはずだし、
> Linuxのutf-8ロケールも実用的になっていた。

意味不明。UTF-16 は Unicode のほとんどの文字集合を表現可能で、
UTF-16 で表現できない範囲に文字集合が拡張される事は永遠にないだろう。
さらに言うと、bzrはPythonの unicode 型を使っているだけで、Pythonは
UTF-16とUTF-32を切り替え可能。bzrはPythonの内部エンコーディングに
依存してないし、リポジトリフォーマットではUTF-8を使ってる。

Linuxでutf-8ロケールが実用になっていることがファイル名をバイト透過に
するかどうかとは無関係。別にEUCでもバイト透過にしたっていいじゃない。

> Debian/UbuntuがLinux上のファイルシステムがエンコードを持っていないということを
> 知らなかったとしか思えない。

bzr 開発してるのは Ubuntu Linux の開発してる Canonical で、
少なくともお前よりは Linux の多言語対応について判ってると思うぞ。
181 名前：180 mailto:sage [2011/02/25(金) 10:37:41.52 ]: >UTF-16 は Unicode のほとんどの文字集合を表現可能で、
>UTF-16 で表現できない範囲に文字集合が拡張される事は永遠にないだろう。

の部分の日本語がおかしかった。
Unicode の（まだ文字が割り当てられていないコードを含む）ほとんどのコードを
表現可能で、UTF-16で表現できないコードに対して文字が割り当てられることは
永遠にないだろう。
182 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 10:38:27.52 ]: >>180
>意味不明。
>別にEUCでもバイト透過にしたっていいじゃない。

本当は意味が分かってるんじゃないの?
本当は EUC にして良いとは思ってないんじゃないの?
183 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 10:38:56.90 ]: bzrはどの分散管理よりもマルチ環境で使える
これが全て
他のは日本語環境だと使い物にならない
184 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 10:40:51.98 ]: そっか。じゃあ俺は Git を使うわ。問題が起きた事無いし。
185 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 10:41:55.69 ]: 例えばSubversionの場合、
WindowsではUTF-16に変換してUnicode APIを呼ぶ（リポジトリ内部はUTF-8？）
Unix系ではその時のロケールに変換して出力、
って感じで、プラットフォーム毎に対応してるのかな？

単に表示上の問題だけならUIで吸収できると思うんだけど、ファイル名となると
ファイルシステムが対応してないとダメじゃない？
Linuxのファイルシステムって、内部表現とかあるんだろうか。
ファイル名のバイト表現が不定になると動かなくなるアプリとか、けっこうありそうな…
186 名前：180 mailto:sage [2011/02/25(金) 10:49:26.64 ]: >>185
subversion に関しては yes

ファイルシステムに関しては、Linuxの場合は標準的に使われている
ファイルシステム(ext, btrfs, xfs, reiserfs)はバイト透過型。
Unicode型のHFS+を使ったりもできるけどね。

ファイル名のバイト表現が不定だと動かないのは、まさにMakefile
クロスプラットフォームではASCII文字以外使いものにならないけど、
Makefileに非ASCII文字書きたい人があまりいないから問題ない。

antとかはsvnと同じ方式だから、逆にロケールや環境が変わってるのに
バイト列が保存されてると動かない。
187 名前：180 mailto:sage [2011/02/25(金) 10:50:37.47 ]: >>182
Unicodeに統一したいの？したくないの？
まったく意味が判らないよ。
188 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 11:34:29.81 ]: ファイル名なんかよりもコミットログ、特にコミットユーザ名が一番重要。
フランス人、ドイツ人にコミットユーザ名に非ASCIIを使うな、って言えない。
git、hgは入力・出力どっちもきちんと対応している。
bzrはファイル名もロケール依存になっている不思議な設計。
189 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 11:50:50.34 ]: >>186
なるほど。ファイルシステムはパフォーマンス出したいところだから、
内部はバイト透過にしておきたいだろうなぁ。

>>188
Subversionもファイル名ロケール依存では？

現状を考えると、フランス人ドイツ人もユーザ名はASCIIでは困るけど、
ファイル名はASCIIでいいよ、って感じなのかね。
それかどうしてもファイル名に非ASCII使いたい場合はUTF-8決めうちにしておいて、
UI側でそう見做せばいいでしょ、っていうのがLinux方面のスタンスかな？
190 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 12:20:48.99 ]: >>188
全部大事
全部満たしてるのがbzrだけ
191 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 12:27:11.43 ]: >>190
日本人の人名で普通に使われている文字がbzrでは使えないよね？
192 名前：methane mailto:sage [2011/02/25(金) 12:40:06.97 ]: >>191
一応言っておくけど、bzrがNFCで正規化するのはファイル名だけで、
コミッターやコミットログには示申を書いても神になったりしないよ。
hg, git と同じレベルで問題ない。

ファイル名をUnicodeで扱うのが正しいのかどうかは、>>178の言うとおり
正解はない。どのポリシーを選択するかだけ。
193 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 13:25:59.99 ]: でも・・・正解が欲しいよ・・・ママン・・・
194 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 13:43:27.41 ]: そんなものを求めたら宗教戦争に巻き込まれるだけだと思うぞ
195 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 14:51:51.55 ]: いあ、add時のプラットフォームとエンコーディングをメタ情報に持った上でファイル名自体はバイナリとして保存、
比較や他プラットフォームに展開するときのみコード変換、正規化。
このやり方ならUnicode決め打ちよりはずっと多くの文字を正確に扱える。

こんなめんどくさいことをしてるアプリは見たことないが。
196 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 14:54:01.19 ]: >>195
よう、いいだしっぺ
197 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:17:44.23 ]: もうMIMEエンコードして保持しとけよ
198 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:17:45.41 ]: >>195
そのアプローチだと、ひとつのファイル名に
互換性のない複数のエンコーディングが混じった場合どうすんの？
199 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 15:21:00.63 ]: >>198
例えばLinuxでLANGをSJISにして「あ.txt」を追加、次はEUCにして「あ.txt」を追加、とかか？
それでも同じLinux上でチェックアウトするなら片方文字化けするだけで問題ない。
他のOSに持って行こうとすればエラーにでもすればいいと思う。
(理屈としてはWindowsでA.txtとa.txtが同時に存在できないのと同じ)
200 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 16:29:57.73 ]: >>197
Mercurialのリポジトリファイル名はそんな感じ。
だから、UTF-8だろうがコロンが入ろうが、リポジトリはFATに置ける
201 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 16:33:31.64 ]: >>199
cygwinがそれをやっているので、git/hg本体がやる必要性が無くなった
202 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 16:38:53.66 ]: >>201
Eclipseで使えないと困っちゃうんだよねぇ・・・
203 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 16:50:04.22 ]: >>201
それってUTF-8対応したCygwinってやつ？
てことは、WindowsでもCygwinなら化けない？
204 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 17:15:40.44 ]: >>203
そうだよ、EUC-JPのファイル名もチェックアウトできるよ
205 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 18:45:30.52 ]: >>180
> Linuxでutf-8ロケールが実用になっていることがファイル名をバイト透過に
> するかどうかとは無関係。別にEUCでもバイト透過にしたっていいじゃない。

ということで、Git/Mercurialは、Linuxではバイト透過で、
cygwinでは、LANG=ja_JP.EUC-JPでEUC-JPファイル名を使えますが？
206 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 19:21:43.99 ]: >>201
NTFSがUTF-16なのにどこで保存してるんだ？
セカンドストリーム？
207 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 22:31:47.81 ]: なんか Cygwin についてごっちゃになってるっぽいので整理。

- Cygwin は 1.7 から UTF-8 Cygwin と同じような対応が入ってロケール設定がファイル名(の変換)に効くようになった。
- LANG=ja_JP.EUC-JP するとプログラムから見た場合にファイル名が EUC-JP になってるように見える。
　　プログラム内で EUC-JP のファイル名渡すと Cygwin API layer で UTF-16 に変換されて Wide API 経由でアクセスされる。
- Windows のファイルシステムで許可されない文字(例えば : とか)は Unicode のプライベートエリアの文字に変換される。
　Cygwin 上で見る場合は逆変換されるので普通に見える。
208 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 23:10:55.47 ]: Mercurialのファイル名問題のほんとの理由は、コア開発者の中に、
非ASCIIファイル名を感情的に嫌ってるやつが居ることだから、
技術的にあれこれ言っても無意味。
209 名前：デフォルトの名無しさん mailto:sage [2011/02/25(金) 23:34:44.37 ]: >>207
まっとうな対応とは思うが、>>201の言ってることは何なんだ(苦笑
210 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 00:32:46.22 ]: >>187
Unicode と言ったら、今は UTF-8 か UTF-32
211 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 00:39:59.28 ]: >>210
お前の頭の中だけな。
212 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 00:41:32.04 ]: Unicode が俺の頭の中にあったとは！
でも、お前さんらも使っていーよ。UTF-8 と UTF-32 ね。
213 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 00:49:19.48 ]: >>212
WindowsでもJavaでも.NETでも頑張ってUTF-8かUTF-32使ってろ。
アホくさ。
214 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 00:50:59.24 ]: >>213
Servlet ではもっぱら UTF-8 で入出力してるよ
過去のしがらみを引き摺ってる方がアホくさ
215 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 00:55:30.81 ]: UTF-32（笑）
216 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 01:04:09.03 ]: >>214
Servlet って Java か？
おもいっきり UTF-16 使ってるだろ。
クラス名だってUTF-16だぞ。文字列全部UTF-16だぞ。

っていうか、入出力って、外部エンコーディングの話してたの？
頑張ってUTF-16をdisってるみたいだけど、どこにファイルフォーマットや
ネットワーク転送時にUTF-16を使ってるバージョン管理システムがあるの？
それとも内部エンコーディングっていう単語の意味がわからなかったの？
217 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 01:07:07.26 ]: >>216
Java の内部エンコーディングを俺が決められるなら UTF-16 なんて使わねえよ・・・
過去に遡って Java のエンコーディングを変える事が出来たとして UTF-16 を選ぶ人間は独りだけだろ
もっと足元の現実を見ようぜ
218 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 01:10:43.62 ]: >>217
なんで？UTF-16って固定符号長だしUnicodeで定義されている文字を
全部表現できるし、どうせUTF-32にしたってメモリ使用量がほぼ倍になるのに
1文字1コードポイントにならないし、UTF-32に拘る理由なんてないでしょ。
219 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 01:15:24.95 ]: >>218
何でって固定長の振りして実際は固定長じゃないからだよ。
プログラムで扱う文字列の殆どは数字とアルファベットだから UTF-16 にしたら
メモリ使用量が倍以上になるし、出力する際も UTF-8 が殆どなんだから、
変換するだけ処理時間の無駄。

今更、こんなどうでも良い事で抵抗しても何の意味も無いじゃん・・・
220 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 01:40:59.65 ]: >>219
文字の符号数が固定でなくても、符号が固定長なのは処理の楽さに影響するよ。
UTF-8を処理する場合は、複数のバイト列から符号位置（序数）をデコードしたあと、
複数の序数を組み合わせて1つの文字を作る。
UTF-16やUTF-32を処理する場合は、16bit/32bitで直接符号位置（序数）が入っているから、
複数の序数を組み合わせて1つの文字を作るだけ。

UTF-8に対してUTF-16は、ASCII文字が大半を占めるときにメモリ効率が下がるという
デメリットと、処理が軽くなるというメリットがある。
ただし、CJKでは下がらないもしくは効率がよくなるケースもある。

これが UTF-16 に対する UTF-32 になると、ほとんどすべてのケースでメモリ効率が
2倍近く悪くなる上に、サロゲートペアの処理は無くなるものの、それ以外の結合文字の
問題はなくならないから処理はほとんど軽くならない。

20世紀に規格が決まったJavaだけでなく、2002年の.NET、2005年のQt4もUTF-16を
選んでいるのは、それなりにメリットがあるから。
221 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 01:49:29.33 ]: >>220
それは今更 UTF-16 を使う理由にはならないよね

何でサロゲートペアやバイトオーダーを無視するの?
何で UTF-8 がデファクトとなっている世の中でわざわざ UTF-16 に変換するコストを無視するの?
何で CJK の文字列の中でも数字やアルファベットが多数含まれている事を無視するの?
何でそんな過去の技術に拘りたいの?
222 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:01:08.43 ]: ご家庭用パソコンにメモリ4GBとかHDD2TBとかいう時代にメモリ効率はないわ～
文字列が可変長なんだから、文字も可変長になっててどこがいけないのか？
UTF-8マンセー！
223 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:01:33.18 ]: >>221
サロゲートペアを考慮する必要があるケースって、文字単位で処理をしたい
場合だろうけど、UTF-32にしたって結合文字や異字体セレクタを扱う必要が
あるから、サロゲートペアの処理が入っても複雑さは殆ど変わらない。

もともと内部エンコーディングの話だからバイトオーダーの違いは無視できる。

CJKの文字列の中でも数字やアルファベットが多数含まれているが、
UTF-8だと3バイトでUTF-16だと2バイトで済む文字も多数あるので、
CJKでは容量のオーバーヘッドは充分小さい。
そして、UTF-16だとほとんどの文字が2バイトで最悪4バイトなのに対して、
UTF-32だと全部の文字が4バイトなので、2倍近くに容量が膨らむ。

UTF-16は過去の技術じゃない。

あと、なんで内部エンコーディングにそんなに拘るの？
もし bzr を dis るネタにしたいのであれば、FedoraでもUbuntuでもDebianでも
PythonがunicodeをUTF-32で扱ってるから、完全に筋違いだよ？
むしろ、そういった環境で長いファイル名をたくさん使うとメモリ効率が
悪いってdisるべき。
224 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:03:50.56 ]: 「UTF-16 は UTF-8 に比べてここが良いんですよ！」
「え、UTF-8 の方が良い部分がある? いやいや UTF-16 だって UTF-32 に比べたらマシですよ」

「UTF-16 は UTF-32 に比べたらここが良いんですよ！」
「え、UTF-32 の方が良い部分がある? いやいや UTF-16 だって UTF-8 に比べたらマシですよ」
225 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:07:14.76 ]: 肝心の UTF-16 は中途半端なだけで何のメリットも無くて残念
226 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:12:39.15 ]: >>222
俺もそう思うわ。
↓こんな感じで、内部コードに UTF-8 を使用するのは十分リーズナブル。

practical-scheme.net/gauche/memo-str-j.html
227 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:20:15.47 ]: >>224
俺は別にUTF-16最強と言いたいわけじゃなくて、UTF-16をレガシー扱い
するのは気が早いと言いたいだけだ。
>>225
中途半端とも言えるし、バランスがいいとも言える。
>>226
内部エンコーディングにUTF-8を使うのも十分ありだね。
Python も実装の内部でUTF-8を使えるようにしようという話は開発者の
間で議論されている。
228 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:22:47.15 ]: いまどき、欧米人以外でUTF-32が固定長とか思ってる奴がいるんだな。
CJKの当事者としてもうちょっと勉強しようぜ。
229 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:22:50.71 ]: >>227
拘ってないでレガシーだって認めちゃえよ
CJK の話だって無理があり過ぎなのは薄々感づいてるんだろ
230 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:26:01.13 ]: >>228
『1コードポイントは固定長』という便利な表現をこのスレで学んだからな
231 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:45:02.44 ]: とりあえずUTF-8なCygwinなら化けないようなので、
hgやGitをWindowsで使いたい人はCygwin使おうね、でFAということは分かった。
よく分からないけど、どうせIDEから使うんでしょ？　そうでもない？
IDEからCygwinのコマンド使ってもらえばオールオッケー？
232 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:46:54.04 ]: cygwinからとかまるで使い物にならんな
233 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 02:49:11.61 ]: ちなみにこのスレッドの dat ファイルのサイズは UTF-8 で 113564 bytes だけど、
UTF-16 だと 129222 bytes で、UTF-16 の方がファイルサイズが大きくなるよ。

日本語の掲示板でこれなんだから、英語のテキストや数値データファイル、地図データ、
ログファイル等々、CJK 文字が殆ど入らないデータを UTF-16 で扱えばどれだけ
無駄が発生する事か・・・
234 名前：デフォルトの名無しさん [2011/02/26(土) 02:58:37.03 ]: GC付きのスイーツな言語処理系しか触ったことなくて、
文字列操作のコストがイメージできないからUTF-8とかUTF-32とか言えちゃうんだろ。
C, C++ とかで文字列処理のアルゴリズム組むとか、O記法の概念が分かれば、
「大抵のケースについてO(1)時間で処理できる」ということの重要性は分かるよ。

ついでに、メモリは増えたけど、アクセスはやたら遅いんだよ。昔から。
そんなにUTF-32使いたいならCPUが10GHzになってバス幅が1024bitになるまで寝てろ

>>233
それは外部エンコードディングの話じゃん
AAだらけのとことかでも比較してみろよｗｗ
しかもメモリをけちりたいくせに数値データを数値に変換する手間は惜しむのかよｗｗｗ
235 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:06:04.80 ]: >>234
何でこんな簡単な話を理解出来ない振りをするのか分からんけど、

1. dat ファイルは SJIS
2. それを内部エンコーディングが UTF-8 の処理系で読み込んだら 113564 bytes になる
3. UTF-16 の処理系で読み込んだら 129222 bytes になる
4. 非効率なのはどっち?

それ以外の下らない突っ込みにも返事して欲しい?
君の永遠に納得しないゲームに付き合う理由も無いけどね・・・
236 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:08:47.02 ]: 5. 元データが CJK 以外の場合だとどうなると思う?
237 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:13:01.59 ]: そもそも、utf-8 vs utf-16 じゃなくて utf-8 or utf-32 vs utf-16 という
話だったと思うんだが。
utf-8 : utf-16 = 1:1.1～2
utf-16 : utf-32 = 1:1.9～2
つまり、utf-8とutf-16の効率の差よりも、utf-16とutf-32の差のほうが大きい。
utf-8 < utf-16 << utf-32
utf-8 と utf-16 の差をみてutf-16が非効率だと言うなら、utf-32はもっと
使いものにならない。
238 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:16:53.52 ]: >>237
>>224

ダブスタ乙
それは都合の悪い時にもっと都合の悪い方を dis って誤摩化してるだけだろ
239 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:18:52.01 ]: >>238
utf-16の非効率を指摘しながらutf-32はOKという自分のほうがダブスタ
だっていう認識はないんだな。。。
240 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:20:38.04 ]: 横からごめんよ。
よく分からんが、ここで争ってる文字コードは、どこで使う文字コード？
バージョン管理システム内だけで使う文字コードじゃないの？
それとも、各開発環境で使用してる文字コードを、
バージョン管理システムでは、わざわざ変換して保存するとかの話？
241 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:21:53.26 ]: >>240
なんか内部エンコーディングと外部エンコーディングの区別もつかない奴が
暴れてるだけ。どの部分の文字コードの話とか全然話題になってない。
242 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:23:17.21 ]: >>239
俺は UTF-8 の方が効率的だという話しかしていない。
君が勝手に UTF-32 と比較して UTF-16 を擁護しようとしているだけ。
当然 UTF-8 に対しては何の反論にもなっていない。

UTF-32 を採用する事があるとすれば、それは効率ではなく別の理由。
243 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:25:05.29 ]: >>240
>バージョン管理システム内だけで使う文字コードじゃないの？

つ >>164
244 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:25:40.70 ]: >>242
この議論はそもそも >>210 から始まったんだが。。。
UTF-16 を採用することがあるとすれば、それは効率と扱いやすさのバランス。
245 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:25:56.41 ]: >>241
ふーん
バージョン管理システム内で使う文字コード(ログとか)なら、
開発環境に合わせて、好きな文字コード選べた方が良いし、
開発環境で使用してる文字コードを、変換して保存するとか
トラブルの元にしかならないからやめて欲しいのは俺だけか？
246 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:28:47.22 ]: >>244
効率も悪いし、サロゲートペアが必須で扱い辛い文字コード乙
247 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:29:23.71 ]: >>243
あーなるほどね。
そう言う話なら、ぶっちゃけどうでも良いや。
248 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:30:07.68 ]: >>247
そう、ぶっちゃけどうでも良いのです。
249 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:30:08.18 ]: つまり、ファイル名をunicodeで扱うかバイト列で扱うかという話に、
何故か今までWindows APIがUTF-16という点でしか登場する機会のなかった
UTF-16をdisり始めた >>210 が現れて、スルーできずにUTF-16の利点を
説明しだす奴が現れて、さらに何故かUTF-16がUTF-8より優れているという
議論をしていると勘違いしてる奴が現れた。
250 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:32:09.41 ]: >>249
そして今、君が颯爽と現れてこれからこのスレを有意義な話題で盛り上げてくれる訳だ。
251 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:32:49.71 ]: >>246
効率: UTF-8 < UTF-16 << UTF-32
処理しやすさ: UTF-32 < UTF-16 << UTF-8

効率と処理しやすさのどっちか片方しか必要ない場合は君の言うとおり。
どっちも必要な場合はバランスが良いフォーマット。
252 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:36:34.42 ]: ファイル名なんて、システム依存なんだから、
文字コードを考えたって意味ないじゃん
むしろ、そのシステムで使えないファイル名を付ける奴が悪いってことじゃなくて？
253 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 03:39:34.62 ]: >>251
結局、固定長を前提に出来ない時点で UTF-16 に処理し易さなんて無いよ
UTF-8 が ascii の範囲では固定長だから処理がし易いと言ってるのと同じ
254 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 04:02:39.82 ]: utf8もutf16もutf32もサロゲートペア使って表せる範囲は全て同じでしょ？
基本的に処理なんて、変換位しかないし、一回書けば終わりなんだから
処理のしやすさなんて考えても意味ないじゃんって、突っ込んだら負けなの？
あと、変換とかで考えるとコードセパレート問題とか考える方が余程頭痛いけど…？
あぁ、結合文字とかも考えると、もっとめんどくさいのか…
255 名前：デフォルトの名無しさん [2011/02/26(土) 06:50:22.82 ]: utf16で盛り上がっているようですが、NTFSはutf16ではありません。ucs-2です
256 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 06:58:56.83 ]: 何その主張？
utf16じゃなくてutf-16とでも言いたいの？
それともucs-2はunicodeじゃないと言いたいの？
257 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 07:28:10.17 ]: >>256
hibari.2ch.net/test/read.cgi/tech/1251208950/466-468

466 名前：デフォルトの名無しさん [sage]： 2010/11/27(土) 21:48:00
（略）
むしろ正規化されてないのはNTFSの方で、NTFSでは1つのファイル名でNFCとNFDの混在すら可能。
Windowsの日本語IMEはNFCしか吐かないので、NTFSはNFCで正規化されていると誤解されやすい
んだけど、ファイル名としてNFDな文字列やNFCとNFDが混在した文字列を指定した場合に、NTFS
で保存されるファイル名がNFCに正規化されるような事はない。（これは実際に試せば分かる）
（略）

467 名前：デフォルトの名無しさん [sage]： 2010/11/27(土) 21:57:34
NTFSのそれは (WCHAR)0 を含まない WCHAR列に過ぎないんじゃなかったっけ。
と思ったけど大文字小文字の話が合った。

468 名前：デフォルトの名無しさん [sage]： 2010/11/27(土) 22:05:47
WCHARも16ビット、32ビットあって単純じゃないのよね。
NTFSも本当にUTF-16なのか？という疑問もあるらしいし。
jp.rubyist.net/magazine/?0025-Ruby19_m17n#f07
258 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 07:30:25.22 ]: >>256
hibari.2ch.net/test/read.cgi/tech/1251208950/472
472 名前：デフォルトの名無しさん [sage]： 2010/11/28(日) 03:40:53
>468
Windows SDKが定義する16bitのWCHARという型って意味でWCHARって書いたんだけど、紛らわしかったか。すまん。
UNIXのファイル名がバイト列に過ぎないのと同様に、生き別れのサロゲートペアなんかも入れられたはず。BOMやU+FFFFも入るかも。
259 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 07:31:18.33 ]: >>257
つ UTF-16 == UCS/Unicode Transformation Format 16
260 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 10:19:28.28 ]: 内部コードがUTF-いくつなんてどうでもいいだろ。
外から見て差が出るところを話そうぜ……。
261 名前：デフォルトの名無しさん [2011/02/26(土) 10:30:56.66 ]: >>260
うん。
bzrはいつになったら、コンソールでのエラーメッセージなどが日本語になるの？
262 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 10:34:13.89 ]: bzrのアンチ活動とか不毛すぎるだろ……
263 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 10:37:46.68 ]: >>262
svn/hgはメッセージ日本語化されているよ
264 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 10:41:05.75 ]: 自分が使う時にはいらないが、素人に使わせる事ような場合はメッセージが
日本語化されていると嬉しいかもしれんなぁ。
265 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 10:55:44.74 ]: >264
素人がコンソールで使うわけ無いだろ。GUI必須。
266 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 10:55:58.34 ]: どんだけdisっても、git、hg、bzrの三者は、向こう十年は使われ続ける体制ができちゃったし、
気に入らない物が残っちゃてご愁傷さまとしか言いようがない。

次の十年に向けての啓蒙活動を頑張ってください。

>>264
素人ならGUI使わせるんじゃないかな。
267 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 11:13:32.83 ]: >>266
そして、素人のwindiff、kdiffが化けますというクレームに、玄人が対応できていません、と答えるのですね
268 名前：methane mailto:sage [2011/02/26(土) 12:12:01.68 ]: >>261
そろそろi18nしたいな。bzr-2.4までにできればやるよ。

>>267
bzr qdiff は、ファイルのエンコーディングをGUI上で選択できる
ようにはしておいた。玄人は素人にエンコーディングを教えて
あげてください。
269 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 12:42:29.67 ]: >>268
WindowsでCP932で表すことができないファイル名のファイルはwindiff、kdiff3立ち上げられないよね？
cmd.exeでdiffしたとき、ファイルの中身がutf-8だった場合、激しく化け化けになるよね？
270 名前：methane mailto:sage [2011/02/26(土) 15:15:05.28 ]: >>269
前者は何とかする予定。
後者はさすがに無理ゲー（勝手にdiffの出力を変えたらpatchが動かない）なので
プラグイン作ってオプションで回避するかな。
俺は | gvim - で見てる。
271 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 15:23:25.20 ]: >>270
ということは、bzrのパッチもLinuxではロケール依存なのですね？
Windowsで作成されたパッチをLinuxであてるには、ja_JP.SJISでチェックアウトしないといけないのですね？
272 名前：methane mailto:sage [2011/02/26(土) 15:37:40.65 ]: >>271
何処をどう読めばそうなるんだろう…？
ファイル名をロケール関係なく出力するからwindowsのコマンドプロンプトに
utf-8のファイルの内容を出力すると化けるんであって、それをリダイレクトで
patchファイルにしてLinuxに持って行ってpatchできるよ。

ただし、ファイル名はロケール依存になっちゃってるから、日本語ファイル名の
patchを作るときにはdiffは使えなくて、代わりにbundleという形式を使う。
273 名前：methane mailto:sage [2011/02/26(土) 15:38:21.18 ]: あ、間違えた。
s/ファイル名をロケール関係なく/ファイルの内容をロケール関係なく/
274 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 15:42:10.39 ]: bzrのcmd.exeの標準出力はCP932だよね？
ファイル名がCP932でファイルの中身がUTF-8の場合。
これを化けずにどうやって読むのでしょうか？
275 名前：methane mailto:sage [2011/02/26(土) 15:46:43.42 ]: >>274
そのケースではファイル全体を化けないように観るのは無理。
GUI使うかコマンドラインでも変換するプラグインを使って。
276 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 15:50:34.51 ]: >>275
そのプラグインとは？
277 名前：methane mailto:sage [2011/02/26(土) 16:18:29.23 ]: >>276
gigo-ice.org/scm/bazaar/plugins/encdiff.html
278 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 16:49:58.73 ]: UTF-256とか作っちまえよ
279 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 16:52:14.55 ]: >>278
スレ違い
hibari.2ch.net/test/read.cgi/tech/1278923059/781
280 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 18:07:45.87 ]: 使える文字が増えれば良い訳じゃない
増えたら、増えたで、また、やっかいな問題が出てくるもんだ
281 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 19:49:35.74 ]: >>231
IDEを使うなら、utf-8ロケールのLinuxデスクトップで、
EclipseならGit、NetbeansならMercurialを使うことでオールオッケー
282 名前：デフォルトの名無しさん mailto:sage [2011/02/26(土) 20:26:39.66 ]: どでもいいんだが, プロジェクトが Unix 前提で構築されてて
ファイル名の銘々規則が
<module-name>:<function>.<ext>
な, VCS に MS Windows でつないでファイル名が
読めないって騒ぐのはよしてほしい

はなっから命名規則がやばいんで Windows からみると,
まともなファイル名は見えないって言ってるのにw
283 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 00:59:26.45 ]: どうでも良いと言いつつ、文句を言う奴っているよね
284 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 01:03:08.98 ]: 最近の本を見るとbzrを以上に推してるな
最近の本で言えばプログラマが覚えるべき○○の事とかも最初にbzrの名前が挙がってた
だから他の分散管理はもっとがんばれ
勢いがいないぞ
285 名前：デフォルトの名無しさん [2011/02/27(日) 01:23:27.31 ]: >>184
うん、いいと思うよ。俺も一人だけ作業ならそうしてる
286 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 05:42:50.73 ]: >>284
git, hgの本は売っているけど、bzrの本は売ってる？
287 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 05:47:23.01 ]: 売ってない気がする
bzrはアジャイル設計とかそういうプロジェクト管理系の本でよく見かけるようになったね
288 名前：デフォルトの名無しさん mailto:sage [2011/02/27(日) 06:23:31.25 ]: >>284
git, hg本体は枯れていて安定期に入ってるから勢いが無いようにみえるかもしれない
TortoiseHg 2.0 が３月１日に出る予定なので、hgは勢いつくかもしれない
いろいろ目玉はあるけど、このスレ的には、MacOSX対応かな？
289 名前：デフォルトの名無しさん mailto:sage [2011/02/28(月) 01:10:26.03 ]: >>133
Debian LinuxではGitは2010/04/03まではgit-coreパッケージ、それ以降はgitパッケージです。
2008/01/10にgitパッケージ(Gitとは別物)がgnuitに改名されました。
2010/04/03にgit-coreパッケージがgitに改名され、git-coreはgitのダミーパッケージになりました。
ダミーパッケージをインストールすると自動的に本来のパッケージもインストールされます。
つまり、Debian LinuxにおけるGitのインストール数は、
2010年3月まではgit-coreのグラフ、2010年後半からはgitのグラフで表されます。
GitはすでにCVSを越え、今年中にSubversionを越えそうです。

Popularity contest statistics for bzr,cvs,darcs,git,git-core,mercurial,monotone,rcs,subversion
qa.debian.org/popcon-graph.php?packages=bzr,cvs,darcs,git,git-core,mercurial,monotone,rcs,subversion&show_installed=on&want_legend=on&beenhere=1

packages.debian.org/changelogs/pool/main/g/gnuit/current/changelog.html#versionversion4.9.2-1
gnuit (4.9.2-1) unstable; urgency=low
> * Package name changed to gnuit.
> * Added transitional git package.
> -- Ian Beckwith <ianb@erislabs.net> Thu, 10 Jan 2008 22:04:26 +0000

packages.debian.org/changelogs/pool/main/g/git/current/changelog#versionversion1:1.7.0.4-2_exp0
git (1:1.7.0.4-2~exp0) experimental; urgency=low
> * debian/control, debian/rules, debian/git-core.*: change source and
> binary package name from git-core to git; keep now obsolete empty
> git-core package that depends on git for upgrade (see
> lists.debian.org/debian-devel/2009/09/thrd2.html#00661).
> -- Gerrit Pape <pape@smarden.org> Sat, 03 Apr 2010 15:07:19 -0500
290 名前：デフォルトの名無しさん mailto:sage [2011/02/28(月) 17:37:23.77 ]: >284
全然見ないよ。
最近は、本そのものをね。
bzrは、btrfsと同じで名前が途轍もなく格好悪いので
geek心をくすぐらないと思う

>>288
OSX対応って・・・MacHgで十分だったんだけど・・・
Finderに統合って、結構鬱陶しいってことがSubversionの時に分かったし・・・
291 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 03:23:44.79 ]: Monotone が 1.0 になったみたいだけど、国際化対応とかユーザー認証の暗号化とかあるし、
期待してもいいんだろうか。
292 名前：デフォルトの名無しさん [2011/04/02(土) 20:39:47.88 ]: あげたら
293 名前：デフォルトの名無しさん mailto:sage [2011/04/02(土) 20:48:33.91 ]: 431 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 21:52:13
>430
＞リポジトリデータはSQLiteで管理する。

キモの部分が他人任せかよ。

432 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 22:09:21
キモかどうかは判断が分かれるな
バックエンドの処理については実装部分の話で速度に影響する
もしmonotoneが速かったらGITもMercurialも産まれてなかったかもしれない

433 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 22:14:39
po3a.blogspot.com/2007/12/subversion.html
> もし C++ で書かれた VCS が欲しいのなら、Monotone を見てみるといい。
> ほんとに。連中は「本物のデータベース」を使っているよ。
> 「素敵なオブジェクト指向ライブラリ」も使ってる。「ナイスな C++ の抽象化」も
> 使ってる。そして率直なことろ、一部の情報系の人間が喜びそうな
> これらすべての設計上の決定のために、できてきた結果はゲロゲロで
> 保守不可能なカオスだ。
294 名前：デフォルトの名無しさん mailto:sage [2011/04/02(土) 20:49:36.36 ]: 434 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 22:29:00
ｹﾁｮﾝｹﾁｮﾝだなｗ
Cが至高なのは同意だが

435 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 22:42:13
Linus は最初 BitKeeper に変る SCM でMonotone を最有力に挙げていたが、
動作速度が遅いから Linus版 Monotone としてGitを作ったんだよな。

436 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 22:42:59
そこは別にいいんじゃね？

437 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 22:44:07
しょっちゅう使うツールは速いが正義なんだよなぁ。

438 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 22:48:02
で、Monotoneは、user-visibleなとこでは、どの辺に新規性があるわけ？
公開鍵がどうこうのあたり？

439 名前：デフォルトの名無しさん [sage]： 2010/11/07(日) 23:00:55
Monotone はファイル名をUTF-8に変換して管理してる。
これは Git に持ち込まなかった概念で、速度を犠牲にしたバカげた設計だと
Linus は思ったのだろう。
295 名前：デフォルトの名無しさん mailto:sage [2011/04/02(土) 23:53:55.07 ]: 速度を犠牲にしたバカげた設計をしてしまったのがSubversionとBazaarかw
296 名前：デフォルトの名無しさん mailto:sage [2011/04/03(日) 01:08:09.17 ]: ttp://www.infoq.com/news/2011/04/haskell-git
297 名前：デフォルトの名無しさん mailto:sage [2011/04/03(日) 02:51:43.75 ]: SubversionはCなのに遅いからなぁ。あの遅さはUTF-8のせいだけじゃないんじゃないか。
まあでもCVSの代替としては長く使わせてもらったし、あの時点では最良だったと思う。
298 名前：デフォルトの名無しさん mailto:sage [2011/04/03(日) 03:14:47.45 ]: 結局、どれもこれも帯に短し襷に長し、決定版と言うのはないのかね？
299 名前：デフォルトの名無しさん mailto:sage [2011/04/03(日) 21:22:38.97 ]: ないから色々あるんじゃないか？
300 名前：デフォルトの名無しさん mailto:sage [2011/04/03(日) 21:26:45.16 ]: 帯も襷もあるが、襷としても使える帯は無いし、
帯としても使える襷は無い、ということか。
301 名前：デフォルトの名無しさん mailto:sage [2011/04/06(水) 22:47:50.27 ]: >>296
> The two leading distributed version control systems are Git and Mercurial,
> with Darcs, Bzr and others much less widely used.
> Typically the systems are used by their language implementers;
> Darcs, by Haskell developers, Mercurial by Python developers and Git for C developers.
302 名前：デフォルトの名無しさん mailto:sage [2011/04/08(金) 10:18:19.21 ]: Subversionのしかもwindows版TortoiseSVNから使い始めた俺は
遅くてもこんな物なんだろうと思っているからきっと幸せ。

つーか、俺、最初に手をつけた物が良いという思い込みが強くて
なかなか移行できない性格で難儀。
303 名前：デフォルトの名無しさん mailto:sage [2011/04/08(金) 11:24:36.98 ]: >>302
VSSに触らなくて良かったな
304 名前：デフォルトの名無しさん mailto:sage [2011/04/08(金) 14:53:29.00 ]: パスが含まれているようなファイルはどう管理したらいいのですか？
オープンなリポジトリにそのままコミットするわけにはいかないと思うので。
305 名前：デフォルトの名無しさん [2011/04/08(金) 14:56:19.22 ]: 2文字読んでpathかと思ったらpasswordか。

* sensibleなデータだけ別ファイルになるような構成にして、リポジトリに入れないようにする。
* 暗号化したものを入れておいてデコード手段はリポジトリに入れないようにする。

など。
306 名前：デフォルトの名無しさん mailto:sage [2011/04/08(金) 15:38:36.19 ]: パスワードは環境変数にしてるなあ。仕事じゃないけど。
307 名前：デフォルトの名無しさん mailto:sage [2011/04/08(金) 17:35:21.28 ]: なるほど・・・参考になりました！
ありがとうございます。
308 名前：デフォルトの名無しさん mailto:sage [2011/04/13(水) 14:20:21.44 ]: これからバージョン管理を導入しようと思い調べたのだけれど、
有名どころだけでも結構あるんだね。

数人で1プロジェクトのソースが100ファイルで合計1MBに満たない
ようなレベルならTortoiseSVNあたりで十分かな？
ネット上の情報も一番多い感じなので、取っつきやすいと感じた。

それとも、今から覚えるなら、こっちにしておけっていうのあります？
309 名前：デフォルトの名無しさん mailto:sage [2011/04/13(水) 14:33:52.97 ]: やっぱsvnが無難でしょ。
TortoiseSVNってことはWin環境なんだろうけど、サーバー側はVisualSVN Serverを勧めておく。
さらにVisual Studio使ってて金が出せるなら、AnkhSVNよりVisualSVNがお勧め。
何だかんだ言って、インテグレーションの出来が違いすぎる。
310 名前：デフォルトの名無しさん mailto:sage [2011/04/13(水) 15:48:40.56 ]: >>309
ありがとう。
ちょっとVisualSVN Server、VisualSVNこの辺を調べてくる。
名前が似てるけど、全然別物なのか。
311 名前：デフォルトの名無しさん mailto:sage [2011/04/13(水) 19:54:25.29 ]: VisualSVNそんなに良いの？いくらするんだっけ？

AnkhSVNもまあまあ悪くはないかと思ったけど
312 名前：デフォルトの名無しさん mailto:sage [2011/04/13(水) 23:17:07.73 ]: AnkhSVNでも入れないよりは全然マシ。

今やってるプロジェクトはそれすら使っていないから
VS上でファイル名変更されると履歴が参照できずバージョン管理の意味が無くなってる。
313 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 02:06:48.18 ]: Mercurialなら、名前変更の推定処理が出来るのに。
314 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 02:18:52.78 ]: Hgもリネームは推定なのか。Gitもそう。
315 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 05:50:39.51 ]: >>314
hg addremoveコマンドが推定。"--similarity 類似度"でパーセントを指定できる。
ファイルの移動はリポジトリに記録される。
316 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 14:42:44.77 ]: >>315
え、移動はリポジトリに記録される、けどリネームは推定なの？
リネームと移動は同じじゃないか…？
317 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 14:57:42.25 ]: >>316
hgのファイルの移動はコピーして削除。これはリポジトリ（マニフェスト）に記録される。
コピーしたものもマージ時に反映される。

ファイルの移動はhg renameコマンドを使うのが一般的。

hg addとhg removeコマンドがあって、それぞれ、ファイルを追加したとき、削除したとき、
パラメータ無しで追加、削除を自動的に認識するコマンド。

hg addremoveはそれを合体させたもので、--similarity 100がデフォルトの値で、
ファイルが改変されていないものは移動と認識されて、commit時にそれが反映される。
318 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 15:11:44.05 ]: >>317
＞これはリポジトリ（マニフェスト）に記録される
「コピーして削除」のみならず「移動」としての情報が記録されるということ？

つまりリネームも移動もsimilarityをリポジトリに記録出来るってことかな？
それとも--similarity 100の時だけ「移動」として特別に記録？
319 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 15:46:11.01 ]: >>318
> ＞これはリポジトリ（マニフェスト）に記録される
> 「コピーして削除」のみならず「移動」としての情報が記録されるということ？
リポジトリ（マニフェスト）には、コピーしたというのと削除したというのが別々に記録される。
aaa -> bbb
・bbbはaaaのコピー
・aaaは削除

> つまりリネームも移動もsimilarityをリポジトリに記録出来るってことかな？
> それとも--similarity 100の時だけ「移動」として特別に記録？
hg addremoveがファイルの移動をコピーと削除として判断する。
hg status のオプション"--copies"で確認可能。
この結果をcommitで確定させる。
320 名前：デフォルトの名無しさん mailto:sage [2011/04/14(木) 17:17:45.25 ]: >>319
なるほど、そうなるとsvnと似たやり方かな。
Gitはそういうの一切記録しなくて、履歴を表示する時に動的に分析してる。
全く同時期に同じ目的で開発されたものだけど、けっこう違うんだねえ。
321 名前：デフォルトの名無しさん mailto:sage [2011/04/15(金) 06:18:40.99 ]: Goodbye Subversion, Hello Mercurial: A Migration Guide
blogs.atlassian.com/developer/2011/03/goodbye_subversion_hello_mercurial.html
322 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 09:25:35.79 ]: ひさびさにTortoiseHgをあぷでとした
チャンクごとのコミットが面倒なことになってないかい
なんだよこれ
323 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 10:18:19.53 ]: >>322
TortoiseHg 2.0の大幅なユーザインターフェースの更新に抵抗がある方は、
1.1.xの最新版を使うことをお勧めします。
https://bitbucket.org/tortoisehg/stable/downloads
324 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 10:37:51.10 ]: そうですか
よくみたらメジャーアップデートしてたんだ
日本語の方マニュアルやリリースノートも更新してくれればなあ！
325 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 20:04:58.45 ]: Git 1.7.5がリリース、メッセージの国際化へ一歩
www.atmarkit.co.jp/news/201104/25/git.html
326 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 21:03:39.77 ]: 日本語ファイルが使えるならgit一択なのにな
327 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 21:06:26.08 ]: >>326
使えるよ
328 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 21:09:21.90 ]: あれ、そなの？
Win、Mac、Linuxの環境でsvnのように何の問題もなくなったの？
329 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 21:11:41.67 ]: >>328
さて、svnのどこが何の問題が無いのでしょうか？
330 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 21:37:51.11 ]: Git一択というほどGitいいのか。
今、MercrialとBazaarを試用しているけれど、Gitも試してみるか。
331 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 23:10:29.20 ]: >>329
日本語のファイルの取り扱いが問題ありません
他はすべて日本語の扱いに問題有り
332 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 23:28:01.24 ]: >>331
つ>>8
svnも問題あり、というよりマルチプラットフォームで問題ないものは無い。
333 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 23:28:50.00 ]: >>332
それは既にパッチあるだろ
334 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 23:30:51.91 ]: パッチどころか本家で既に対応済み
何年前の話だよ…
335 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 23:51:51.89 ]: で、bzrも2.3だといけるらしい。
336 名前：デフォルトの名無しさん mailto:sage [2011/04/25(月) 23:53:23.91 ]: gitとhgｵﾜﾀｗ
337 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 00:20:04.65 ]: svnは対応はできていません。
subversion.tigris.org/issues/show_bug.cgi?id=2464
bzrもだめです。
https://bugs.launchpad.net/bzr/+bug/172383
338 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 00:26:22.54 ]: OSXなんて捨て捨て
339 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 00:28:10.54 ]: windowsとlinuxとの連携ならsvnとbzrが最強なんだっけか？
340 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 01:10:25.90 ]: ユニコードに過度な期待は禁物です
341 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 08:48:59.32 ]: http://iup.2ch-library.com/i/i0291902-1303775239.jpg
342 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:05:53.42 ]: >>337
Mac ports の svn は対応パッチ済みです。
bzr も完全に解決したかの確認がまだだけど、2.3で現在までに報告されている
ケースは解決されています。

Mac OS X が出るまではみんなSubversionの（スピードはともかく）ファイル名の
扱いには満足していたんだし、Mac OS X の問題もとりあえず対応策が広まったし、
Unicodeでファイル名を扱うことを危険だと叫んでるのはただのFUD
Unicodeはすべての問題を解決してくれるわけではないが、文字コード周りの問題に
対するコストパフォーマンスの高い対応策。
343 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:15:25.50 ]: >>342
GitとMercurialでファイル名に「ユニコード」が使えないという誤解を相変わらずバラ撒いている方がFUD
344 名前：341 mailto:sage [2011/04/26(火) 09:21:33.19 ]: 言い忘れたけど上の画像はOSXね
345 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:22:06.40 ]: >>343
このスレでだれがそんなFUDを言ってる？
それとも、Mac OS X のNFD(モドキ)正規化問題に対応できてないというのがFUD？
346 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:22:54.02 ]: >>342
> Mac OS X が出るまではみんなSubversionの（スピードはともかく）ファイル名の
> 扱いには満足していたんだし、

満足なんかしてないよ。
波ダッシュとかの問題とか考えれば、永続的にメンテが必要なシステムに
ファイル名変換が行われるものなんか使わないよ。
347 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:23:56.85 ]: >>344
Windowsでばーかというファイルを作成してMacでチェックアウトして
編集せずに git diff したら、何もしてないのにファイル名が変更されたって
報告されない？
348 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:26:52.41 ]: >>345
つ>>208
349 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:27:11.56 ]: >>347
GitHubにでもレポ作ってくれれば試すよ
興味あるし
350 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:30:01.93 ]: >>346
たしかに、みんなは言い過ぎだな。
でも、波ダッシュ問題もWindowsだったらUTF-16で、LinuxやMacではUTF-8で扱えば
一切Shift-JISとの変換なんて起こらないし、多くの人は一部の文字が使えない
ことよりもリポジトリ内に複数の文字エンコーディングのファイル名が混ざる事や
たくさんの独自パッチ済みクライアントが乱立する方が管理が面倒だと感じて
CVSからSubversionへの変化を喜んでいた。

WinCVS日本語版でみんなこのオプション使いましょーねというルール決めても時々
設定間違ってコミットする人がいてリポジトリの内容が文字化けしていた時代に
戻りたいという人がどれくらいいるか。
351 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:30:43.31 ]: >>347
gitは知らんが、hgはMacユーザがaddremoveすればWin/Linux/Macユーザみんなハッピー
352 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:34:07.00 ]: >>349
https://gist.github.com/941544/
git clone git://gist.github.com/941544.git
353 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:35:06.00 ]: >>351
Windows の hg って utf-8 ファイル名まともに使えるようになったんだっけ？
354 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:36:39.26 ]: >>353
cygwin、fixutf8
355 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:37:13.47 ]: >>351
あと、その方法だとLinux/Winユーザーがpullしてファイル名がNFDになると、
コマンドラインからファイル名指定するときに普通に日本語入力システムで
変換するとNFCになっちゃうからファイル名指定できなくて全然ハッピーじゃない。
356 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:39:58.20 ]: >>354
fixutf8 ってもう安定して使えるのかな。TortoiseHGとの連携大丈夫？

cygwinを使う方法については、cygwinが必要だというのを明示せずに
「utf-8使えるよ」というのは、まどかシステム以前のQBのような気がするので、
ちゃんと「cygwin使えばutf-8使えるよ」と言って欲しい。
357 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:40:24.04 ]: >>355
hgでコマンドラインでファイル名指定するのはhg log FILEぐらい。
hg add/remove/addremoveは自動認識するし。
358 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:43:16.46 ]: >>357
チェックアウトしたファイルを開こうとして
$ vim ばーか.txt
ってやる場合を考えると、hgで直接ファイル名指定する機会が少ないというのは
リポジトリ内にNFDを突っ込む問題の一部しかカバーできてないと思う。
359 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:47:23.72 ]: まとめ
日本語を使うのなら、、
集中型ならsvn
分散型ならbzr

日本語は使わないのなら、、
速いのが好きならgit
googleが好きならhg
360 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:49:21.95 ]: >>358
たしかに「ば」が先頭だとシェル補完が厳しいなぁ・・・
361 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 09:49:36.10 ]: >>352
git diffだと何も表示されないがgit statusだとUntracked fileとして表示されるね
WindowsのMsysGitを使った場合だとLinuxやMacではこういうことが起きるのか
勉強にはなったが、どうしようかなあ
362 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 10:40:10.09 ]: ソースコードの中身ならまだしも、ファイル名に日本語とか情弱の極みだろ
363 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 11:18:24.43 ]: まだ>>362みたいなことを言ってる馬鹿がいるんだな
364 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 11:23:43.49 ]: ぶっちゃけどのバージョン管理システムかの問題じゃなくてWindowsの問題だよね
365 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 11:29:07.24 ]: ファイル名はutf-8ではなくutf-7にしよう
366 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 13:08:35.45 ]: 自分、英語がプアなもんでファイル名に日本語が欠かせません！

英語にしてもそこそこ把握できる場合（予想）
『ワルプルギスの淫夢.txt』
『奴隷少佐ルクレツィア.txt』

英語にしたら把握に時間がかかるか訳がわからない場合（予想）
『目覚めると従姉妹を護る美少女剣士になっていた.txt』
『俺のフラグはよりどりみデレ.txt』

というような場合もあるんじゃないかな？
仮定、想像の話だけど。
367 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 13:36:52.35 ]: 確かにそうだな。
それはそれとして、そのtxtの中身について話をしたいのだが。
368 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 13:45:20.85 ]: 非実在テキストファイルですから。
何分、仮定、想像の話なので。
369 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 14:22:22.90 ]: >>364
Windowsはutf-16 のAPIを提供しているのでそれを使えば問題ない。
どっちかっつーと、Mac OS X の方が、バージョン管理システムに限らず
ファイルをアップロードするときとか、zipファイルの中身とかいろんな
場面に影響するので凶悪。
370 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 14:49:34.62 ]: >>369
ファイル名の話してんのに何言ってんの？
論点のすり替え乙
371 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:19:32.78 ]: >>370
ファイル名の話だよ？
Windowsは10年以上昔(NT 4.0)からファイル名はUnicodeで扱っている。
Shift-JISなどでアクセスするAPIはレガシー用の互換APIで、基本的に使うべきではない。
372 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:23:47.02 ]: 厳密に言えば NT 3.1 (93年) だけど、サーバー、ワークステーション向けを
のぞいたらWinXP (01年) だから、10年以上ではないな。
373 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:24:17.13 ]: いやだからファイル名の
話だろ？
374 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:24:26.87 ]: Mercurialは、pythonがクソでレガシーAPI使ってるのが癌なんだろ。
375 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:25:13.49 ]: あ
最新レス見ずに書いちゃった
376 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:27:30.17 ]: >>374
Python はどちらでも扱えるようにしている。
open(u"ほげ") ならUnicode APIで、open("ほげ") ならASCII APIを使う。
bzrは前者、mercurialは後者を使ってる。

cygwin は、 fopen("ほげ"); すると、 "ほげ" を utf-8 でデコードして、
UTF-16にエンコードして、 CreateFileW に渡している。
377 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:31:31.57 ]: >376
それがクソって言ってんの
378 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:34:02.13 ]: >>377
えー、これがクソならどうしろと、、、
C#やJavaみたいにバイト列でファイルパスを指定するの禁止したらUnix系で
すごく使いにくくなるんだけど。
Python の仕様は超現実的で、RubyやPerlよりもずっとWindowsで使いやすいと
思ってる。
379 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 17:11:59.63 ]: というかそれならMercurialで問題になってるのは何なの
380 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 18:26:12.29 ]: >>379
mercurial.selenic.com/wiki/EncodingStrategy
381 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 18:29:23.48 ]: >>379
英語のwikiにはNTFSはUTF-16となっているが、実際は２バイトのバイト列。
UTF-16としては不正な値も格納される。
382 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 18:33:09.11 ]: NTFSがUTF-16とは書いていないか。
> kernel has a mix of byte-width and wide character APIs
383 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 10:45:25.11 ]: Windowsシステムオンリー。日本語ファイル名あり。日本語ディレクトリあるかも。
Git、Mercurial、Bazaarから、上記の条件で考えた場合、分散型初心者が取っつき
やすいのは日本語対応が進んでいるBazaarでしょうか？
384 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:04:37.41 ]: その条件ならシェル統合がまともに動くMercurialじゃないか
385 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:10:24.25 ]: Bazaarは日本語対応進んでいないでしょ。
386 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:15:43.07 ]: Windows onlyならhg、bzrのどちらでもいいと思う
でかいファイルを扱うならhgかな
387 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:16:05.67 ]: 書籍の有無、Web上での情報量、CUI/GUIのメニューの日本語化を含めて日本語対応と言うべきであって、
Mercurialが一歩抜き出ていて、CUI/GUIのメニューは >>325 でGitも対応する方向だと言う認識だが。
388 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:18:50.31 ]: bitbucketとlaunchpadなら断然bitbucket
githubの方がもっといいけど
389 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:19:07.53 ]: 分散だと日本語環境はbzrが独占状態なのよねぇ。
他は何をやってんのやら。
390 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:23:24.89 ]: >>389
> 分散だと日本語環境はbzrが独占状態なのよねぇ。
> 他は何をやってんのやら。
「Windowsのファイルシステムの」日本語環境でしょ。
Windows上で日本語ファイル名を使わなければ、Git、Mercurialでは何も不自由しないけど。
391 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:27:13.00 ]: そうはいっても
○○支社向け.docとか
○○部長月間予定.xlsとか
いう日本語ファイル名って結構使うからねぇ
392 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:31:50.17 ]: >>391
リポジトリを分ければ良い。
そういうファイルがあるところだけsvnにすれば良い。
svnはリポジトリを一ヶ所にするというのが一般的のようだが、
別に一ヶ所にする必要もない。
393 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:35:09.66 ]: 運用ポリシーで複数の管理システムを使うのはちょっとね
後々の事を考えてシンプルにしないとさ
394 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:46:48.22 ]: Windowsだけで使う分にはHgでも日本語ファイル問題ないだろ？
395 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:48:38.19 ]: >>394
CP932に無いUnicodeの文字も増えてきているからねえ・・・
396 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 14:21:26.83 ]: ○○支社向け.docとか○○部長月間予定.xlsとかは分散してる必要無いんじゃないか。
どうせマージ出来ないだろうから、むしろ分散してたら不都合な気がする。
そういうのはsvnでいいんじゃね。
397 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 14:50:19.02 ]: >>396
Mercurialはロックを実装する気でいるぞ。
mercurial.selenic.com/wiki/LockExtension/NewDesign
398 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 15:39:09.50 ]: >>397
分散型でlockとかｗｗｗ
というのは釣りですが、それでワークフローがうまく回るなら良いですね。
特に仕事でアジャイル（）とかだと分単位で作業が入り乱れるだろうから、
バグトラッカとかでやりとりするよりもスムーズかも知れない。
399 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 15:39:15.31 ]: かといって、1プロジェクトに関わる設計書とかが単一の管理から外れるのも困る。
結局のところ、運用でごまかせって感じになっているのがなぁ。
誰だよ1バイト圏意外に住んでいるやつは。
400 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:10:18.30 ]: >>396
中央リポジトリ関係無く好きに各ローカルリポジトリにプッシュ/プル出来るから分散のメリットは大ありだよ
人間の相関と分散管理はすごく相性がいいから無駄なんていっちゃいかん
401 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:13:02.54 ]: ×無駄なんて
○不都合だなんて
失敬
402 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:41:36.52 ]: >>400
ワードとかエクセルのマージ作業はどうするの？
403 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:43:59.18 ]: それって別に分散かどうかは関係ないよね
404 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:49:45.42 ]: >>403
マスターリポジトリにプッシュするまでもない物をとりあえず確認するために
個人のローカルリポジトリにアクセスしたりとか
個別相談受けて訂正する時にその人のローカル除いたりとか色々ある
メッシュ網じゃないsvnなんかじゃこういうのは出来ないのさ
405 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 14:39:55.41 ]: gitやhgが「Windowsでは」Unicode APIを使わずにバイト列でファイル名を扱うのはなんなんだ
バイト列なら>>376の言うようにPythonが対応しようが解決できないよね、これ
BazaarのようにUnicodeと決めているならUnicode APIに渡すときに変換なりするわけでしょ
でもバイト列で扱う方針なら変換できないよね
localeに応じて変換するのだろうか
マルチバイトのファイル名のマルチプラットフォームの問題はそもそも解決できない問題なの？
406 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:02:14.19 ]: 根本的には、ファイルシステム毎に使える文字が違うんだから細かい差異まで吸収できるわけがない。
やろうと思えば主要ファイルシステムの動作をエミュレートできるようにしたうえで、addした時のファイルシステムを覚えておくことになるだろうし。

それとは別に、必要な変換をしてくれないのは単なる無理解と手抜き。
gitについてはLinux上で最高のパフォーマンスが出せれば後はどうでもいいという大義名分があるけど、hgは単に開発者が無理解なだけだろ。
(bzrの互換漢字を正規化してしまう問題も、そんなことをするファイルシステムが現存しない以上やり過ぎと言える)
407 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:18:23.72 ]: ・欧米人にはファイル名にUnicodeを使う需要が無い
・欧米人はファイル名にCP1252(ISO-8859-1)が使えれば満足
・欧米人はLinuxでもファイル名はISO-8859-1を使っている
・Linux/UnixでロケールをUTF-8にしているのは日本人が主
・日本人はLinuxでEUC-JP/Shift_JIS/UTF-8の混在に慣れているが、これは日本の特殊事情
408 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:23:53.14 ]: >>406
> hgは単に開発者が無理解なだけだろ。

無理解とは思えないが。
mercurial.selenic.com/wiki/EncodingStrategy

cmd.exeとGUIアプリの扱いが違うというのは、このスレでは話題になっていなかったが。
bzrがcmd.exeでCP932の方が無理解だと思うが。
409 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:29:36.71 ]: hgが叩かれる時のリンクじゃないかそれ

cmd.exeでもW版APIを使えばokというのが周知されてないのも無理解の象徴だな
410 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:33:04.46 ]: >>409
cmd.exeでwは使えない。
wprintf()がcp932とかcp1252の時にデータが欠損する。
411 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:35:38.99 ]: >>409
bzrでお馴染みのpythonのコーデックエラーは、cmd.exeのことを考慮していない証拠。
412 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:37:30.80 ]: 使えるっての。
libcではなく自分でAPI呼べよ
413 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:45:46.84 ]: >>412
chcp 1252 して日本語混じりのをwprintfしたら何が出力される？
だったら、printfでバイト列で出力した方がマルチプラットフォームアプリとしては
正しいと思うが。
414 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:09:39.19 ]: >>413
cmdでUnicode使わない背景には、cmdのフォントの設定によっては表示されない
恐れがあるからという理由があったはず。
まぁ、一番は単に他の部分のファイルのインタフェースと整合性を取るのが大変
だからだろうけど。
CLIでunicode使いたかったら cygwin + minitty が最強。
415 名前：414 mailto:sage [2011/05/01(日) 16:10:15.09 ]: >>412 だった。
416 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:14:13.63 ]: UnicodeじゃないからUnicode版API使えないと言いつつ、
得体の知れないバイト列をANSI版APIに流し込む矛盾。
417 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:15:14.84 ]: >>412
出力って何のこと？diffとか？
418 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:18:07.25 ]: >>416
CP932と繁体字がASCIIと互換が無いから問題なのであって、
それ以外のコードページとLinuxでは、シングルバイト用のAPIで何ら問題が無い。
419 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:18:31.36 ]: >>413
さすがPowerShell ISEさんに隙はなかった・・・
420 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:21:34.79 ]: >>419
Mercurialは--encodeオプションかHGENCODING環境変数で、UTF-8が指定できるから、
PowerShellでも問題ない。これが正しい多言語化。
421 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:23:30.72 ]: --encodingだった。
--encodingmodeってのもある。
422 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:40:05.99 ]: >>420
や、俺が言ってるのはコンソールとしてのpowershell_ise.exeのことね
chcpコマンドがまともに機能するWin7標準のアプリ
従来の対話型コマンドが動作しないのが玉に瑕
423 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 20:00:58.60 ]: >>422
PowerShell ISEってフルで言わないとだめなのか。
PowerShell ISEでMercurialでchcp 65001が最強。
424 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 20:09:01.55 ]: >>423
うん、同意
425 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 20:26:56.00 ]: chcp 65001 をしたら、fopenがutf-8を受け付けるようになるの？
426 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:10:01.43 ]: >>313
そのwprintfはwcstombsしてるんだろ。

まずWriteConsoleWでUTF-16のまま無変換出力を試みる
→エラーになったらコンソール以外にリダイレクトされてるから
保存用コード(ロケール使うのが正しいがオプションでUTF-8を提供してもいい)に変換して改めてWriteFile
がWindowsでの正しいUnicode対応コンソールアプリの作り方。
427 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:10:24.54 ]: >>413だった
428 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:29:52.71 ]: >>426
Mercurialはファイル名とファイルの中身以外は内部UTF-8なんだからwcstombsを使う理由が無い。
mercurial.selenic.com/wiki/EncodingStrategy#Functions
にある通り、fromlocal()、tolocal()、colwidth()という関数が用意されている。
429 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:35:44.01 ]: >>428
すまん、アンカーミスなんだ。
元はcmd.exeでWが使える使えないの話の流れなんだ。hgの実際の実装は関係ないんだ。
430 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:50:32.48 ]: >>429
バージョン管理と何の関係があるの？
431 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 12:27:28.61 ]: PowerShell ISEは旧来のコマンドプロンプトの諸問題を解決してくれて便利
シェルとして使いにくいのが悲しい点
432 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 18:26:14.74 ]: gitでリモートからdiffを取る機能が無いか
gitスレで聞いたんだが基本的に存在しないらしい。

svnから物凄い機能後退だと思うのだけど、
bzrとかhgとか或いは、darcsとかmonotoneでも
出来ないのが通常なのだろうか？svnでは
svn diff -r 123:456 svn://server/repo/trunk
とかで出来たと思うんだけど。
433 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 18:30:32.51 ]: 普通に考えたらdiff取るだけなのに毎回リモート見に行く必要があるsvnのほうが……
434 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:17:16.19 ]: SVN脳と言わざるをえないｗ
435 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:31:10.28 ]: そうまでリモートに集約したいなら集中型のsvn使っとけば丁度良いよ
436 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:38:27.23 ]: gitスレでも指摘されてるじゃないか
集中型じゃなくて分散型の思想について勉強してこいよ
437 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:39:28.24 ]: ゲソなりく～ん
438 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 20:03:09.13 ]: >>432みたいに新しい環境に拒絶反応示して興奮してる人って、後で恥ずかしくなったりしないのかね？
439 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 20:05:44.30 ]: 全成果プリントアウト(しかもシリアルプリンタで)がいいとおもうよ☆
440 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 00:19:30.76 ]: いや、思想とかキモイです。
全部できないのか。酷い有様だな。
441 名前：デフォルトの名無しさん [2011/05/18(水) 00:40:23.29 ]: >>440
ssh gesonari@kimoi /usr/bin/git --git-dir=/svn/nou diff v0.1 v0.2
442 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 01:42:52.29 ]: >>440
bzrはできる。
443 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 02:05:27.82 ]: もうさわんなよｗ
タダの基地外なんだから。
444 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 02:07:36.82 ]: bzr は遅くて泣けてくる・・・
445 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 02:50:35.02 ]: >>444
最近はそうでもないぞ。
といっても、Windows以外のユーザーが最新のbzrを使うにはソースから
インストールするかFedoraかUbuntuの最新版を使わなきゃいけないけど。
446 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 08:46:27.06 ]: ＞使っていたソフトの開発元が svn+trac からgithubに
＞変わってしまってかなり機能後退と分かりゲンナリです。
このソフトって何だろうね。
意図せずGitHubに移行しなきゃいけなくなってゲソナリってことみたいだけど、
そこまでイライラするぐらいなら古いバージョンでsvn+trac使うことは出来ないのかな？
447 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 08:50:26.59 ]: ＞酷い有様だな。
おまえの頭がな
448 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 09:23:18.91 ]: 分散型がキモかったらsvnを使い続けていれば良い。
svnがキモくてcvsを使い続けているところもある。

hibari.2ch.net/test/read.cgi/tech/1113141518/817-818
> 817 名前：デフォルトの名無しさん [sage]： 2010/02/08(月) 11:34:23
> やはりgitか・・・
> bzrはすぐすたれそうだしsvnはきもいからな・・・
>
> 818 名前：デフォルトの名無しさん [sage]： 2010/02/25(木) 14:38:53
> >>815
> CVS で十分なのは同感。svn が嫌なのも同意。
> 俺は分散型に関しては、Mercurial と Bazaar を検討中。
> 機能的には Mercurial だけど、Bazaar も結構追いつきつつある(と思う)。
> あんまり日本語ファイル管理することもないんだけどね。
449 名前：デフォルトの名無しさん [2011/05/18(水) 11:36:09.86 ]: >>433
svnはリモート見に行く必要は無いんだが何いってんの?
450 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 11:47:33.18 ]: >>449
それは作業領域の話。
特定のリビジョン間のdiffを見る場合、リモートを見に行く必要がある。
451 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 12:03:07.87 ]: svnの仕組みもしらないsvnﾏﾝｾｰがﾌｧﾋﾞｮｯてると聞いて
452 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 12:22:45.76 ]: スレがずいぶんと酷い有様だな。
453 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 17:26:11.89 ]: ということでsvk最強
454 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 18:58:53.50 ]: >>445
いや、最近久し振りに使ったら遅くて泣けた・・・
455 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 19:33:53.77 ]: >>454
毎日使ってるけど、遅くて泣きたくなるのは、画像ファイルとかバイナリファイルを
たくさんリポジトリに突っ込んじゃった場合だけ。
どんな状況で遅かった？手元のバージョンが良くてもサーバー側のバージョンが
悪かったりしない？
456 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 19:35:04.65 ]: >>455
launchpadの遅さは異常
457 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:00:36.69 ]: >>456
試しにやってみたら、 bzr branch lp:mysql-server が 73771 リビジョンの
ブランチに 16m37sec かかった。
速いとは言わないけど、別に1日たっても終わらないとかじゃないし、最初の
1回だけだし、十分実用的な速度だと思う。
github や bitbucket に mysql のミラーないかな？
458 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:08:09.61 ]: 24時間経過しても終わらない上にエラーで失敗したりするgit cvsimportとかと比べたら
16分とか一瞬だった
459 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:08:55.41 ]: 無理すんなよw
460 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:14:56.64 ]: >>457
Linuxカーネルは？
bitbucketじゃないところにhgのミラーはあるよ。
確かhgのポリシーにのっとって、バージョン毎にリポジトリが分かれていたから、
単純比較できないかもしれないけど。
461 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:16:19.31 ]: time svn co svn.ruby-lang.org/repos/ruby/trunk/
real 0m18.214s
user 0m4.710s
sys 0m2.350s
time bzr branch lp:ruby
real 2m54.680s
user 1m29.770s
sys 0m1.500s
time git clone git://github.com/ruby/ruby.git ruby.git
real 2m42.831s
user 1m40.750s
sys 0m3.020s

git の方が速いんだろうけど、別に泣きたくなるほど遅くはないな。
462 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:21:40.34 ]: Emacs も酷いね。
463 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:27:44.57 ]: >>461
初回はどー考えてもsvn有利だろw
464 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:43:00.22 ]: てか履歴1個だけじゃ他の分散型と比べられないよなー
465 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:45:41.86 ]: >>462
$ time bzr branch bzr://bzr.savannah.gnu.org/emacs/trunk emacs-trunk
real 17m46.033s
user 7m24.300s
sys 0m15.460s

2月辺りにはなんか問題あったらしいけど、改善されたらしいね。
466 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:00:37.84 ]: time の履歴が流れちゃったけど、 savannah から git で emacs を clone
したら5分弱だった。emacsの場合はgitの方が4倍くらい速いな。

とりあえず、一晩たっても終わってないとかそういうのはなさそうだから、
実用上問題にはならないだろ。
467 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:02:22.21 ]: bzrはやいなぁ
hgから乗り換えるかな
468 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:39:21.80 ]: bzrの遅さはpull, push, merge全部が遅いってことでしょ。
インターネット越しじゃなくて、イントラネットでも。
469 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:47:37.12 ]: バージョン上がる度にbzrは早くなってるな
470 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 23:47:49.94 ]: 俺もいつかは bzr が速いって言える様になるのかな・・
471 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 23:53:10.75 ]: bzrはhgより早いし次はsvnとgitだな
472 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:29:13.45 ]: と、bzr信者は何の根拠も無く申しております
473 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:32:44.03 ]: hgはオワコン
474 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:35:21.89 ]: と、bzr信者は何の根拠も無く申しております
475 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:37:37.15 ]: 時代はgitとbzrの2強の時代へ
476 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:49:17.80 ]: と、bzr信者は何の根拠も無く申しております
477 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:53:13.72 ]: マジレスするとGitとhgだろうな。どっちも似てるんだけどね。
GitHub vs Google Codeか。Launchpadはいまいち人気無いよね。
478 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:54:05.80 ]: gitは男の子。bzrは女の子。hgはハードゲイ。
479 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 01:05:32.02 ]: github は本当に良く出来てるよね
必要な情報が無駄無く配置されていて使い勝手がとても良い
480 名前：デフォルトの名無しさん [2011/05/19(木) 02:24:14.68 ]: gitはM$捨ててるからM$で遊んでる俺の選択肢にはなり得ない
481 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 08:05:41.81 ]: >>461
githubのruby、trunk以外のブランチも入っているじゃん
482 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 08:10:45.02 ]: >>480
code.google.com/p/msysgit/issues/detail?id=80#c77
repo.or.cz/w/git/mingw/4msysgit.git/shortlog/refs/heads/kb/unicode
repo.or.cz/w/git/mingw/4msysgit.git/commit/9205bfbef3dcd8d0361a04471c09d49e7a816b47

Mark unicode-related tests broken on msys

MSys bash doesn't support unicode at all. Testing a unicode-enabled git
with an encoding-agnostic bash cannot work.

This patch adds a new test function test_expect_success_unicode that tests
whether the shell is capable of passing unicode strings to another process.
If that works, the test is expected to succeed, otherwise it's expected to
fail.
483 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 08:17:10.66 ]: gitもhgもutf-8に対応しているが、cmd.exe、MSysなど、MSの環境が糞なので、
まともに使えないってことだ。
484 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 11:17:07.01 ]: >>481
うん、完全に同じ条件ではないとあとで気づいた。
だけど、gitでは操作がリポジトリ単位でbzrはブランチ単位というのは実際に特定の
ブランチにしか興味がない人のclone速度に影響するんだし、リアルなケースの1例と
してはあながち的外れな比較でもないと思う。

まぁ、やりたかったことは、bzrとgitのどっちが速いかを調べることではなくて、
一部の人がbzrがクソ遅いと連呼しているから本当に実用に支障が出るくらい
遅いのか調べたかっただけだから、emacsやMySQLレベルの大きさのプロジェクトでも
一晩経って終わらないとかそういう事が無いことが確認できただけで満足。

本気で比較したかったらLAN上で帯域やレイテンシやパケロス率を制御した環境を
作れるはずだけど面倒なのでパス。
485 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 18:55:21.88 ]: >>484
> 一部の人がbzrがクソ遅いと連呼しているから本当に実用に支障が出るくらい
> 遅いのか調べたかっただけだから、emacsやMySQLレベルの大きさのプロジェクトでも
> 一晩経って終わらないとかそういう事が無いことが確認できただけで満足。

launchpadにアカウントを持っている人が一部の人では？
Emacsはlaunchpadではないけど、github・bitbucketに比べてcloneが目に見えて遅いのは
普通の感覚だと思うが。
486 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 19:06:38.32 ]: >>484
> だけど、gitでは操作がリポジトリ単位でbzrはブランチ単位というのは実際に特定の
> ブランチにしか興味がない人のclone速度に影響するんだし、リアルなケースの1例と
> してはあながち的外れな比較でもないと思う。

git・hgはリポジトリに全部のブランチを入れるかブランチ毎にリポジトリを分けるか、
柔軟性があるけど、bzrはブランチ単位でしかcloneできないんじゃないの？
githubのrubyはgit-svnを叩いているから、ブランチだらけの状態だと思うけど。
487 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 19:31:26.64 ]: launchpadは遅いというよりちょくちょく落ちてるのがなあ……
488 名前：484 mailto:sage [2011/05/19(木) 19:43:50.43 ]: >>486
いやだから厳密な比較をしたいとかじゃなくて単に使い物にならないくらい遅いか
どうか調べたかっただけなんだって。
誰も bzr が git 並に速いなんて言ってないのに、そんなムキになって反論しなくても。

>>485
Launchpadからログオフしてmysql-serverをもう一回branchしてみた。
real 31m33.756s
user 11m9.130s
sys 0m8.110s
Launchpad自体がhttpサーバーが重くて遅いっぽいな。
でも、いつの間にかhttpでもスマートサーバーになってたらしくて、一晩かかるとか
ではない。mysqlでこの時間なら許容範囲内じゃない？
俺は、普段はmysqlよりも大分小さいプロジェクトで使ってるけど、全く問題ない速度で使えてる。

git と比べてて思ったのは、 git がステータス表示を常に高頻度で更新しててスピード感が
あるのに対して、 bzr の方がステータス表示の更新頻度が低いしちょくちょく止まる
(Launchpadからのレスポンスが遅いとずっと止まってることも、、、) ので見てて重そうに
感じた。実際の速度もまだまだgitに敵わないけど、遅いという印象を払拭するには
インタフェース面でもできることがありそう。
489 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 20:05:06.73 ]: 「一晩」が実用の判断基準っておかしくない？
git cvsimportやらgit-svnやらhgsubversionやらhg convertの最初の一回目が遅いのは当たり前。
だから、rubyのgithubみたいにミラーがあるんじゃない？
一回cloneすれば、その後のpullは差分だけど、そのpullもbzrは重いって指摘は
ぐぐればいっぱい出てくるけど？
490 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 20:55:28.09 ]: > ぐぐればいっぱい出てくるけど？
これよそでは言うなよ恥ずかしいから
491 名前：484 mailto:sage [2011/05/19(木) 20:56:45.77 ]: >>489
厳密な比較は面倒だからしないけど、きっとgitやhgよりも遅いんだろうな。
でも、俺は実用的な速度だと思ってるから使い続けてる。MySQLだって
あれだけ大きいプロジェクトで本当に使い物にならないほど遅かったら
とっくに乗り換えてるだろ。

bzrが実用にならないほど遅いという結論がでないとなにか困るの？
492 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:06:22.87 ]: bzrでもsvnに比べたら御の字じゃないの？

常識で考えてGitが速すぎるんだよ。
clone中のあのいかにも速そうなインジケータとか、最初に何となくやるであろう
Linuxカーネルのcloneの速度とか、最初から狙ってると思う。
493 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:06:25.30 ]: 実用になる人も居れば、ならない人も居るってだけじゃないの

今使ってる人は使い続ける理由が欲しいだろうけど、今使ってなければ
別に思い入れもないし、遅いのが嫌なら bzr は選ばないでしょ
494 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:08:39.82 ]: >>491
MySQLは万人がハックしてパッチを送るタイプのプロジェクトでないでしょ。
Emacsのビルドにbzrに接続することを要求されて、それで、bzrの重さの認識が一気に浸透したと思うけど。

cvs、svnもゼロから始めるソースはそんなに重くないけど、
だんだん重くなるよね。
bzr信者は感覚が麻痺しているんじゃないの？

cvsがデファクトスタンダードでsvnがそれに置き換わるかと思われたけど、
svn離れが加速しているよね？

遅いものは主流になり得ないというのは歴史が証明していると思うけど。
495 名前：484 mailto:sage [2011/05/19(木) 21:28:36.76 ]: 信者呼ばわりか。まぁ否定はしないけど。
別に bzr が今後も主流になりえないかもしれないけど、Canonicalが潰れる
までは衰退することもないし、その時に考えるからいいよ。
俺は単に使い物にならないほど遅いとdisられがちだから本当にそんなに
遅いのか実験してみて、俺に取っては許容範囲だと判断しただけ。

Emacsの件はいろいろ不幸だった。savannahのサーバーのセットアップが
悪かったり、タイミング的に bzr 2.1 以前を使ってるユーザーがまだ
多かったり (lennyのデフォルトのbzrなんて1.5とかいう使い物にならない古さ)
したからな。
496 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:58:52.05 ]: > cvs、svnもゼロから始めるソースはそんなに重くないけど、
> だんだん重くなるよね。
svn の場合、ファイルシステム(リポジトリのフォーマットのこと)によって違うよね。
以前の bdb の場合はリビジョンが増えてもチェックアウトは速かったけど、
今のデフォの fsfs の場合はリビジョンが増えるとチェックアウトが遅くなる。
その半面、 fsfs ではホットコピーが簡単になり、壊れなくなったけど。
497 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 22:46:24.95 ]: 信者認定プログラム：OS　エディタ　プログラミング言語　これにVCSが仲間入りか。
他にもキーボード配列とか文字エンコーディングとかあるけどね。
498 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 22:48:09.06 ]: Emacsはbzrの重さの認識が万人に浸透するほどハックされてるのか
Lisperの一人として胸厚だわ
499 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 23:22:30.26 ]: 友情は厚い、ですが胸は熱い、じゃないでしょうか？
500 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 23:23:19.53 ]: 鍛えてるんだろ
501 名前：デフォルトの名無しさん mailto:sage [2011/05/20(金) 02:31:50.69 ]: git>>>>bzr>>>>>>>>>>>>>>>>hg
今はこんな感じか。
hgの一時の勢いはどこへやら。
502 名前：デフォルトの名無しさん mailto:sage [2011/05/20(金) 10:02:32.19 ]: windowsオンリーの環境で分散型を取り入れる時、
git、hg、bzrからhgを選んで導入も終えてそこそこ使えるようになってきたのに、
だれだよオワコンとか言うのは！
503 名前：484 mailto:sage [2011/05/20(金) 10:23:37.27 ]: >>502
hg いいと思うよ。そのうちWindowsでちゃんとUnicode API使えるようになりそうな気配だし。
504 名前：デフォルトの名無しさん mailto:sage [2011/05/20(金) 10:26:12.38 ]: >>501
2chのスレの勢いだとそうかもね。
hgの場合、日本語で語れる場所が他にもあるから。
そこで取り上げられていた、このスレに絶好のネタが2chでは取り上げられていないし、
住み分けができてるんじゃない？
505 名前：504 mailto:sage [2011/05/20(金) 10:27:50.43 ]: おっと、>>503に例のネタ、先を越された
506 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:25:09.20 ]: >>483
それもひっくるめてgitが糞という評価になるんだが。
507 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:34:57.36 ]: MS 製品を使ってない俺には何が問題かさっぱり
508 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:36:55.32 ]: なんども書いてるがcmd.exeっていうかWindowsのコマンドプロンプトでもUnicodeは使えるぞ。
UTF-8ではなくUTF-16になるから、#ifdefが必要になるだけで。
509 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:54:48.60 ]: MS製品に依存してる連中がオレ様野郎ばっかというのがよく分かる。
Linux使ってる人が「VSSはLinuxで使えないから糞」なんて言わないからな。
別の意味では言ってるかも知れないが。
510 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 20:06:41.36 ]: >>506 >>508
svnのmac portsのような対応をgitに望んでいるのか？
511 名前：デフォルトの名無しさん [2011/05/22(日) 22:17:58.55 ]: TortoiseCVSもTortoiseSVNも1つ落としてきてインスコするだけで使えるんだが
TortoiseGIT(笑)はそうじゃないんだよな
それを導入することによりよっぽど捗るとか利点がない限り
そんなまんどくせーものわざわざ手間かけてまでつかわねえよ
512 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 22:34:06.03 ]: >>511
CVSとSVNのパフォーマンスとマージに満足なのですね？
CVSとSVNのマージはまんどくさくないのですね？
513 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 22:36:49.97 ]: >>509
VSSがいいといっても見向きもしないでしょ、その人達は
文句を言うときは実装と一緒
gitがいいという話を聞いてうっかり使ってしまい文句のみを垂れ流す、それがWindowsユーザー

と、こんな風なレスを期待しているのか？
不毛じゃね？
514 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 22:46:18.29 ]: >>513
> VSSがいいといっても見向きもしないでしょ、その人達は
VSSが糞なのは周知
515 名前：デフォルトの名無しさん [2011/05/23(月) 02:37:25.78 ]: >>512
自分の使わない機能がいくら速かろうが関係ないの
おわかり?
516 名前：デフォルトの名無しさん [2011/05/23(月) 03:47:00.34 ]: マージ使わないならrsyncとかtarballとかでいいんでは……
517 名前：デフォルトの名無しさん [2011/05/23(月) 07:24:45.37 ]: >>515
TortoiseCVS(笑) TortoiseSVN(笑)
518 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 11:12:04.02 ]: >>515
使わないんじゃなくて使い方がわからないんだろ
おわかり?
519 名前：デフォルトの名無しさん [2011/05/23(月) 15:38:59.33 ]: >>518
520 名前：デフォルトの名無しさん [2011/05/23(月) 16:34:02.13 ]: >>515
521 名前：デフォルトの名無しさん [2011/05/23(月) 18:52:26.43 ]: >>515
522 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 19:42:43.91 ]: きょうも元気だごはんがうまい
おかわり?
523 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 19:46:03.61 ]: 一人で開発する時は dropbox のフォルダに cp -R してるわ
524 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 23:22:47.09 ]: dropboxとかねーわ
525 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 23:33:47.28 ]: >>524
もっと良い奴あるの?
526 名前：デフォルトの名無しさん mailto:sage [2011/05/24(火) 02:08:17.45 ]: >>517
？
527 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 00:03:05.80 ]: >>525
SugarSync
528 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 00:15:54.04 ]: >>527
どこら辺がいいの?
529 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 13:11:25.38 ]: SugarSyncとDropboxは良く比較されるしググればすぐ分かるぞ・・・・
530 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 19:27:34.81 ]: いや、もちろん違いは知ってるんだけど、SugarSync のメリットがよく分からん
531 名前：デフォルトの名無しさん mailto:sage [2011/06/24(金) 22:06:52.17 ]: Github for Mac
https://github.com/blog/878-announcing-github-for-mac
532 名前：デフォルトの名無しさん [2011/07/16(土) 22:33:02.35 ]: code.google.com でも git が使える様になったらしいね

code.google.com/p/support/issues/detail?id=2454#c43
533 名前：デフォルトの名無しさん mailto:sage [2011/07/17(日) 06:34:06.08 ]: >>532
code.google.com/p/support/wiki/GitFAQ
> Is there a size limit on git repositories?
>
> For all source control systems, there is a 4GiB repository size limit. For git, we are starting with a push size limit of 500 MiB.
> If you try to push a pack over 500 MiB, your push will fail. We hope to lift this limit.
534 名前：デフォルトの名無しさん mailto:sage [2011/07/17(日) 06:35:50.30 ]: github、bitbucket優位の状況は変わらないだろう
535 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 19:55:07.99 ]: Windows上にあるエロ画像とかエロ動画とか日記とかが雑多に保存してあるホームディレクトリを
まるっとバージョン管理するには何使ったらいいの
536 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:10:57.22 ]: dropBox
537 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:23:18.86 ]: テキストとそれ以外はバージョン管理のシステムを分けたほうが良い？
538 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:35:40.84 ]: >>536
え？dropboxってバージョン管理できたの？別スレで
ttp://d.hatena.ne.jp/shibamu/20101014/p1
見て阿呆かと思ったけど意味があったのか…

>>537
同期して管理する必要が無いんだったら分けた方が良い、かも。
無関係なもの一緒くたにすると重くなりがちなので。
539 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:37:19.91 ]: >>532
サーバのオプションどうなってるんだろうね。
sf.jpはrebaseできないの知らなくてすげー困ったんだけど。
540 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:45:00.76 ]: >>538
俺もソースツリーのバックアップを dropbox に置いてるけど、何か問題あるのか?

バージョン管理は別途ツールを使ってるよ
541 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:51:32.69 ]: >>540
>>538はバックアップじゃねーぞ
542 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:59:01.78 ]: >>541
dropbox のディレクトリは単なるローカルのディレクトリでしょ
ビルドしてオブジェクトファイルが更新されたらバックグラウンドで
アップロードが走るのが嫌とか、そういう話?
543 名前：デフォルトの名無しさん [2011/07/25(月) 21:15:46.51 ]: 元質問エロ画像やエロ動画や日記のバージョン管理を求めている。
544 名前：538 mailto:sage [2011/07/25(月) 21:44:02.08 ]: >>540-542
ごめん俺drop boxのこと全く知らないし興味もないしスレ違いなので忘れて。
545 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 21:50:02.80 ]: 最良のバックアップは配布だ。トモダチにコピーして回る。

で、どんな得ろ画像だ? JSと熟女と太めは歓迎なので俺とトモダチになれ。
546 名前：前スレ989 mailto:sage [2011/07/25(月) 22:03:47.45 ]: この板的にはJSと言えばJavaScriptだな。
547 名前：デフォルトの名無しさん mailto:sage [2011/07/26(火) 00:04:51.49 ]: dropboxならファイル単位で履歴管理できるしシェアもできる。
ソースの管理には向かないが、画像の管理にはそこそこ便利。
で、ソースのバックアップをdropboxに置くくらいなら、リポジトリを置いてしまうのも手。
548 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:24:45.47 ]: gitで複数のブランチそれぞれに個別の未コミットのファイルを残したまま
ブランチを渡り歩くことってできる？
イメージとしてはbazaarで複数ブランチを同時にいじってて放置したまま
ブランチ間をcdで移動するみたいな。

diffとかはファイルとしての実体は不要でいいんだけど
gitは未コミット分をかかえたままになるのがちょっと困ってる。
いちいちstashとか嘘commitとかするのは
その判別含めて自動化できないと面倒で…。
549 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:28:19.52 ]: MercurialならShelveがあるのにな
550 名前：548 mailto:sage [2011/08/19(金) 23:40:47.88 ]: 少し調べてみたけれど、
Mercurial の Shelve って git の stash と完全に同等に見えるけれど、そうでもないの？
551 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:45:29.57 ]: TortoiseHgにあったShelve Changesは
ファイルごとに退避ができてstashより便利だなーって思った覚えが。
552 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:50:55.94 ]: >>548
ブランチの数だけcloneしたら？
553 名前：548 mailto:sage [2011/08/19(金) 23:57:29.95 ]: >>552
自分も一旦はそう考えたんだけど、それだと結局bazaarと同じ運用になって、共有リポジトリ使えない分だけ損してるような…。

ツリーは1つ、というのが気に入ってbazaarからgitに移行しようかと試してるんだけど
標準ではサポートされない（というか人気のない？）使い方なのかな。
554 名前：548 mailto:sage [2011/08/20(土) 02:26:16.94 ]: 濱野さんの本にはこう書いてある。
あとから追いやすくなるのでコミットは意味ごとに独立させるべき、
意味（意図）が同じコミットはあとからまとめるのもよい、
ローカルリポジトリは意味ごとにrebaseなどで改竄もむしろ推奨。

ということは、ブランチも意味ごとに直交させて切るべきだと思うんだけど
そーするとなぜ未コミット分がブランチをまたいで受け継がれるんだろう。
ブランチをまたぐ際にstashとか破棄前提の嘘commitが必要ってのは
単に実装が思想に（まだ）合致できてないってことなんだろうか。
日常的に使ってるとブランチは常に2～3個必要になるし、
瞬間的には 4個とかにもなるんだけど、みんな困ってないのかな。
555 名前：デフォルトの名無しさん mailto:sage [2011/08/20(土) 04:18:26.06 ]: Shelve Changesも実は嘘コミットだと思えば気分が楽になるんじゃね？
いやShelve Changesがどんなものか知らんけど。
556 名前：デフォルトの名無しさん mailto:sage [2011/08/24(水) 15:54:04.86 ]: >>535
NILFS
557 名前：デフォルトの名無しさん mailto:sage [2011/08/24(水) 21:49:54.87 ]: たくさんのリポジトリを一気にPull(Fetch)できるGUIのツールって無いかな
GitやHgのリポジトリ一つずつ更新していくの面倒

いや、サブディレクトリにあるリポジトリでfetchをする
スクリプト書けばいいのかもしれないけれども、GUIの方が良いし
558 名前：デフォルトの名無しさん mailto:sage [2011/08/25(木) 01:08:57.32 ]: >>557
俺はそんなのシェル一行ですませるけど、GUIのツールがほしいなら作れよ
559 名前：デフォルトの名無しさん mailto:sage [2011/08/25(木) 15:02:17.64 ]: GUIのツールで一気に何かするのって俺は怖くてやだ
560 名前：デフォルトの名無しさん mailto:sage [2011/08/26(金) 11:34:02.44 ]: 復帰
561 名前：デフォルトの名無しさん [2011/08/27(土) 19:55:47.01 ]: Bazaar日本語ファイル名の問題がないらしいので手を出してみたが
GUIの既定値が自分の使い方とあっていなかった。
コマンド入力で補助しないと行けない。
Mercurialは自分と合っていそう。
rebase, transplant, splitを使って少しだけ内容の違うブランチを
双方で変更する場合に対応できる。
今までsubversionでリビジョンの範囲をマージする方法でやってきたが
履歴改変にはまりそうだ。
562 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:05:51.79 ]: 会社で開発メンバーが増える事になり、バージョン管理システムを使えとのお達しがでた。

条件は以下の通り

・NASでソースは管理する。（購入済み）
・サーバーレスで動くもの

調べた感じでSubVersionしか無いんじゃないかと思ったんだけど、他におすすめありますか？
上の条件に合致すれば分散だろうが集中だろうが関係無いらしい。
563 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:14:12.96 ]: いやどれでもファイルベースのリボジトリ操作はできるだろうけど、
いろいろ無茶じゃないか……？

そのNASで複数の接続先から同時に同じファイルに排他ロックをかけようとして
ちゃんと動くか程度は確認したほうがいい。
ネットワークファイルシステム越しのロックがかからないようなら
サーバー建てるなり個人リポジトリとマージ用を分けるなり考えたほうがいい。
564 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:17:49.45 ]: NASじゃ無理だろ
誰かのマシンでサーバを動かしてリポジトリはNASに置けばいい
565 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:26:32.70 ]: 同時書き込みしたらファイル壊れるな
566 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:33:06.19 ]: いや、それこそsvnならファイルベースアクセスであってもロックファイルを作るぐらいのことはしてる。
だから一台のマシン上で複数プロセスから同時にコミットしても壊れない。

問題はネットワーク越しにそれをやると、ロックファイルを作ったつもりになって相手への反映が遅れるとか
NFSの制限でロック取れなくてもエラーが帰ってこないとか、なんか起きそうなことだ。
567 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 21:38:17.30 ]: 個人毎にリポジトリをもって、マスターのリポジトリへの反映は申請制とか
568 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 22:00:58.98 ]: 確かVSSはサーバーレスで動いたような……
569 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 22:33:14.62 ]: 分散型なら置くだけだからファイルコピーができる状況ならファイル置ける
570 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 23:54:03.63 ]: >>562
SCMが全くわかってないなぁ、お前んとこの上司わ。
多分その上司は、そのNASがエクスプローラのWindowsネットワークに見えてないと
怒り出すんだろうな、きっと。
571 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 23:58:32.02 ]: ちなみに、オレんとこの会社では牛NASを殻割りしてdebian突っ込んで、
そこでapache+subversionを動かしてるから、
・NASでソースは管理する。（購入済み）
という条件は満たしてるし、ソースの管理に必要なのはそのNASだけだから
・サーバーレスで動くもの
という条件も確かに満たしてはいる。

しかし当たり前のことだが、エクスプローラでは見えない。
つか、わかってないやつには見えないように設置する。これ、重要じゃね?
572 名前：デフォルトの名無しさん mailto:sage [2011/08/31(水) 01:28:58.70 ]: 562の条件だとエクスプローラで見えなくても良さそうだが、
リポジトリを直接覗いて何が入ってるかわからん！なんて言われるレベルだとどうしようもないな
573 名前：デフォルトの名無しさん mailto:sage [2011/08/31(水) 09:45:03.18 ]: 何も考えず独りよがりの思い込みでNASを買ってくる時点で、
どうしようもないレベルという条件は既に満たしてしまっている気がするが...。
574 名前：562 mailto:sage [2011/09/01(木) 17:08:25.56 ]: みんなレスサンクス。

SCMについては俺もしっかり理解できてなくて勉強しながらやってるから勘弁してくれ

NASへのファイルの同時書き込みとかの問題は言ったんだけど
「今時のNASでそんなのあるわけないだろ、自宅で使ってるがそんな事起きたことが無い」
とか言われてナシのつぶてだった ('A｀)

んで、別のサーバ動かしてリポジトリをNASに置く件については
「サーバーとNASが同時稼動前提とか何考えてるんだ」らしい。
575 名前：562 mailto:sage [2011/09/01(木) 17:15:34.40 ]: >>570
エクスプローラで見えてないとキチンと運用されているか俺がわからんとか言うタイプ

>>571
NAS(LS-WVL) を殻割りしてサーバー入れる手を考えてたんだけど、
「保証受けれなくなるし、もう半分ぐらい移行したから無理」とか言われるし
576 名前：562 mailto:sage [2011/09/01(木) 17:17:03.76 ]: >>568
VSSは使いにくいって上司がいってｒ

>>569
分散型ってマスターの場所にサーバー入れて管理みたいな図を見たんだけど必要無い？
必要無いなら保存先がNASってだけでいけそうかなぁと

もう文句言いまくるくせに自分では絶対しない人なんで
ﾏﾝﾄﾞｸｾ('A｀) ｳﾞｧｰ
577 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 17:34:23.24 ]: まあ、やってみなよ。リポジトリが壊れても知らんけど
いざとなったら日付フォルダで…
578 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 17:57:08.96 ]: >>574
自宅用途でそもそも同時書き込みが発生するかよ。
本当にファイルに排他制御がかかるかテストさせてくれないのであれば
個人リポジトリを分けて、マージ担当を置いたほうがいいな。
579 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 18:22:06.68 ]: >>576
保存先がNFSならいけたんだが、単なるNASだと無理。
あきらめろ。
580 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 18:26:56.25 ]: どんなたいそうなNAS導入したのかと思ってググったら、それ15,000円位のゴミじゃん
業務でそんなの使うの？
サーバアプリ動かせるちゃんとしたの導入すれば？
581 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 20:18:22.50 ]: まあ分散型なら自分とこのリポジトリが生き残っている可能性があるか…
582 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 20:26:10.00 ]: 分散型にして、そのNASは無いものと考える。
583 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 02:05:35.26 ]: たしかにGitでロック競合しておかしくなったとしても
なんとかなっちゃいそうだよな
584 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 05:57:20.39 ]: ダメ上司もつと大変だな

声かけしてコミットしなよ
585 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 06:51:53.18 ]: 確かにGitやMercurialならpushの前に声掛ければいいな
586 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 08:30:15.16 ]: その上司の下じゃ何使っても駄目なんじゃ
587 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 08:37:09.09 ]: 分散型とか理解出来なさそうだ
588 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 08:52:00.66 ]: 今まで鯖も立てずによく業務がこなせたなとある意味感心する
589 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 20:20:34.83 ]: QNAP TurboNAS の CPUがそこそこ上位の奴 (Mervell ARM じゃなくて、Intel ATOMの) なら、
Subversion が動くようだ。(ipkg で導入できるっぽい)
www.google.co.jp/search?q=QNAP+Subversion

Mercurial, Git, Bazaar, TFS については知らん。
Python と gcc と mod_wsgi が用意されているようなので、Mercurial は動きそうな気もする。
www.google.co.jp/search?q=QNAP+Mercurial
590 名前：589 mailto:sage [2011/09/02(金) 20:26:47.83 ]: 訂正。Subversion は一番安いの (TS-112 \20,000未満) でも用意されてる。
591 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 22:28:53.51 ]: >>589 *nix系NASならbootする途中でのっとっちまえばなんでもありじゃん
gccのクロスコンパイラなんて簡単にできるんだしw
592 名前：デフォルトの名無しさん mailto:sage [2011/09/04(日) 21:57:37.98 ]: >>587
そんなときこそ Bazaar ですよ。
分散型が理解できないアホには集中型として、理解できる人には分散型として使える。
593 名前：デフォルトの名無しさん mailto:sage [2011/09/04(日) 22:10:42.07 ]: >>562
うちは Bazaar で共有リポジトリを共有フォルダ上において
push/pull あるいはmergeしてるから、NASを使っているのと
ほぼ同じ構成だな。
594 名前：562 mailto:sage [2011/09/05(月) 13:51:32.54 ]: >>592
のやり方が一番幸せになれるんじゃないかと思った。

まだ自分がバージョン管理システムについて勉強中なんで
具体的な実現方法は見えてないんだけど、基礎的なものを勉強できる資料でおすすめって何かある？

リポジトリとかブランチとかさっぱりな初心者でも分かる資料・・・ orz
595 名前：562 mailto:sage [2011/09/05(月) 13:54:16.56 ]: >>588

今までは自分が全部のソース管理をしてたんだよね。
でも今年の中頃から打ち合わせだとかで不在が多くなって
例の上司が「俺がソース管理をしてやろう」ってなってからデグレが８回。

全部自分が対応してなんとか復旧 orz
596 名前：デフォルトの名無しさん [2011/09/05(月) 14:26:55.34 ]: >>594
書籍・ドキュメント・実績豊富なGit・Mercurialを素直に使いましょう
まず近場の本屋に行きましょう
Bazaarが選択肢に入らないことは明かです
597 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 15:17:27.87 ]: ClientのOSを聞かずに何かをお勧めしちゃうの？
598 名前：562 mailto:sage [2011/09/05(月) 15:21:47.38 ]: Clientは Windows XP以上のOS全般です。(32bit、64bit混合)
599 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 15:59:53.41 ]: >>595
>今までは自分が全部のソース管理をしてたんだよね。

どうやってたのよ？

で、上司が管理したらなぜデグるのか、原因はわかってる？

バージョン管理システムは管理を楽にしてくれるし、変なことできにくくしたり、
変なことしても復旧が容易だったりするけど、それでも変なソースをコミットして
混乱に陥るってことが皆無というわけじゃないよ。
600 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 17:44:12.82 ]: 分散型を選んで統合マネージャー型のワークフローで運用すればいいんじゃね
ttp://progit.org/book/ja/ch5-1.html#id103

どう運用するかが肝でどのツールを選ぶかはたいした問題じゃないと思う
601 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 17:56:40.55 ]: なぁ、将来にわたって考えると数人月以上もコストがかかるやり方をやり始めるより、
5～20万出して(まともなサーバ or プログラムが実行できるNAS)(+UPS)を買った方が断然良くないか
602 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 18:18:38.93 ]: それだったら問題の上司を飛ばすのが一番だよw
603 名前：562 mailto:sage [2011/09/05(月) 19:02:18.38 ]: >>599
今まではPG一覧の資料作って、修正する際は申請してもらって修正中フォルダへ移動
PG一覧へ修正者の記載。

修正が終わった段階で修正中フォルダからメインフォルダへ移動→PG一覧に更新日を修正状況を更新

上司がデグらせたのはこの辺の管理を全くせずに勝手にフォルダ移動OKにしたところ。
あとPG一覧も修正せずにいたからこうなった感じ
604 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 20:05:34.11 ]: >>603
その運用がちゃんとできているなら、ツール入れればだいぶ省力化できると思う。

その上司じゃどうしようもないから、早めに管理システム入れたほうがいい。
605 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 20:11:31.83 ]: >>603
Tracとかredmineを検討したほうがいいんじゃない？鯖いるけどｗ
606 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 23:17:15.66 ]: 鯖立ち上げまで一発でインストールしてくれる
そんな夢のようなツールないですかね
607 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 23:55:40.10 ]: >>603
うげぇ。そのPG一覧はExcelってオチか。
それはマズイ。
608 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 11:04:59.10 ]: そのレベルだと VCS 入れたら入れたで問題起きそうだねえ
609 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 12:10:54.34 ]: 各モジュールに担当が決まっているような職場で、オプソ界隈のVCSがどれくらい効果的に使えるかねぇ?

…とか茶々入れてもしょうがないな。DVCSにして、マネージャ級だけがプッシュできるリポジトリを作るに一票。
>>600
610 名前：デフォルトの名無しさん [2011/09/06(火) 17:12:20.61 ]: 画像ファイルをリポジトリに入れてるんだけど、色を変えただけでファイルサイズが同じだと
変更を認識してくれなくて酷い目にあった。
試してみたら
bzr : NG
git : NG
hg : OK
svn : OK
って感じだった。

これって常識？
611 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 17:13:31.88 ]: バナリはなあ、、、
タイムスタンプ見るかどうか？
612 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 17:38:44.83 ]: mjd?
ありえんなあ。
613 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 18:04:07.75 ]: >610
VCSによっては、タイムスタンプもサイズも同じなら中身まではチェックしないってのはある。
タイムスタンプが変わってるのにサイズが同じってだけで変更無し扱いになるってのはちょっと考えにくい。
614 名前：562 mailto:sage [2011/09/06(火) 18:10:44.18 ]: >>604
上司がやってなかったところがシステム化されるので大丈夫かなと思います。

>>605
まだどのバージョン管理システムを使うか検討段階なんで
どういうものがあるかも含めて教えてもらえると助かります。

鯖は無しでいいやつがいいです・・・・orz
615 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 19:30:58.94 ]: >>614
各ホストファイル共有ベースでやってるならなおのことDVCSがいいね。
616 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 00:08:14.87 ]: >>614
聞いてる感じだとMercurialが無難そう。GUIクライアントもこなれてるし。
日本語ファイル名をつかうなら、個人的にはBazaarを推したいけど。

とりあえず、HgInitでぐぐって出てきたページを読んでみるといいよ。
オリジナルは英文だけど和訳もあるはず。
617 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 00:32:56.06 ]: >>610
＞git : NG
これは信じ難いなぁ
618 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 11:29:43.76 ]: >>610
同じサイズのバイナリファイルということで
dd if=/dev/urandom of=file count=1
で試してみたけど再現しないな。何かやり方を間違っているだけでは。
619 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 12:15:08.63 ]: ある程度以上の大きさのファイルは index に含まれなく、ファイル全体比較もしないんじゃないかな?
(一部だけ比較してるとか)
620 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 13:46:36.72 ]: >>610
gitとbzrとsvnで確認してみた。
同サイズでタイムスタンプが同じだと、確かにgitとbzrはNGだった。svnはOK。
同サイズでタイムスタンプが異なるとgit、bzr、svnの全部がOKだった。
621 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 13:50:30.82 ]: え、タイムスタンプが関係してくるSCMって大丈夫か？
622 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 13:55:41.41 ]: バイナリーは特別扱いだろ
623 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 16:18:44.38 ]: >>622
それは、バイナリファイルの場合は特別にタイムスタンプによって何か処理するということ？
624 名前：デフォルトの名無しさん [2011/09/07(水) 16:37:24.24 ]: まずバイナリの定義を述べてもらおうか
625 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 16:47:33.27 ]: >>624
そのVCSでテキストレベルのdiffが取れないのがバイナリの定義じゃね？
626 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 16:52:46.13 ]: >>624
gitとかsvnはバイナリファイルかどうかを判断してんだけど、知らないの？
627 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:29:05.52 ]: >>624
mercurialだとNULバイト(0x00)が存在するものをバイナリファイルとして扱っているよ
628 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:30:24.65 ]: gitのこと全然知らないんだけど、軽くググったところによると、「同サイズで同じexifを持ってれば同じとみなす」
とかいうことかも。
ファイルそのものの属性としてのタイムスタンプを見てるとは信じがたい。
629 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:35:55.51 ]: 気になるならテキストモードでやればいいだけ
それが専用プラグインなんかを突っ込む(Excelなんかはそうやるだろ？)
この手の質疑応答は10年ぐらいから嫌という程みてきたわｗ
630 名前：629 mailto:sage [2011/09/07(水) 17:40:21.02 ]: ×この手の質疑応答は10年ぐらいから嫌という程みてきたわｗ
○この手の質疑応答は10年以上前から嫌という程みてきたわｗ

要は該当するファイル群に対して強制的にハッシュを取るようにすればいいだけの事
631 名前：620 mailto:sage [2011/09/07(水) 17:45:28.75 ]: gitとbzrとsvnで確認したのはWindows7上でした。
テキスト・バイナリ同じ結果となりました。

Linuxでは、ctimeを任意に変更することができなかったので
同じタイムスタンプのデータは作成できませんでした。
gitでは、chmod(ctime更新)したらそのテキストはmodifiedに
なりadd&commitできましたので、ctimeで判断しているように思えます。
632 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:48:52.87 ]: >>630
何いってんの
633 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:03:41.17 ]: バイナリだろうがテキストだろうがハッシュはとるでしょ。
ファイルサイズの大小ならともかく、テキストかバイナリかでその辺の挙動を変える意味はないし。

毎回全ファイルのハッシュ計算するわけにもいかないし、タイムスタンプとサイズが一致してたらとりあえず
未変更とみなすっていうのはそれなりに妥当な落としどころだと思う。
634 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:09:47.26 ]: ひとりだけ勘違いくんが居るよ
635 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:17:45.90 ]: とりあえず差分は無理だからな。丸ごと保存することになる場合が多い
636 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:17:49.92 ]: >>633
何いってんの
どのSCMのコード見ての発言なの
637 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:21:51.64 ]: ネットワーク越しのクライアント使う場合も、ローカルファイルのメタデータ送ってるって事か？
638 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:23:46.11 ]: >>633
毎回全ファイルのタイムスタンプとサイズをやりとりするの？
639 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:26:01.40 ]: >>635
svnは内部的にはバイナリファイルも差分で持ってるぜ
640 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:34:11.97 ]: これマジか
gitとbzrは怖くて使えんわ
641 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:49:21.28 ]: >>633
取らない物が殆ど
仕様をちゃんと読め
642 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:52:36.71 ]: タイムスタンプがどうとか言ってる奴はバージョン管理を何だと思ってるの？ｗ
643 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:03:14.53 ]: 画像なんかのバイナリをバージョン管理に含める人がまだいるんだなぁ。
こういう人達はDBに沢山の画像をつっこむ以上に愚かだわ。
644 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:04:40.83 ]: github の画像差分とか見てみろ

古い常識に囚われてはいかん
645 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:09:17.24 ]: 古い常識つーか今も常識でしょ。
リポが肥大して後で消そうにも消せない問題は未だ健在(出来る物も有るけどね)。
そんな拡張によるニッチな要求を満たした例を上げて「今はバイナリも突っ込むのが常識」なんて言われても説得力がないわい。
646 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:46:50.49 ]: ゲームなんかだとバイナリ突っ込むけどなあ。
647 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:49:21.44 ]: 自分の常識があらゆる場合において普遍と思ってる奴は結構多いからな
648 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:52:05.38 ]: ゲーム開発でバージョン管理にバイナリ突っ込む？えっ？
定期的にスナップショットをとるだけだろ…
あぁ同人か…
649 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:57:00.50 ]: やっと10年前のレベルに追いついてる土方が沸いたか
650 名前：633 mailto:sage [2011/09/07(水) 20:01:27.36 ]: >>641
マジで？これは恥ずかしい。
でもGitとBazaarはハッシュ取ってるよね？

>>642
そうは言っても、>>620 に書いてないMercurialも含めて、そういう挙動をしてるからなあ。

ちなみにタイムスタンプって言ってるのは、最後にコミットした時点のタイムスタンプじゃなくて、
ローカルで最初に変更チェックした時のタイムスタンプね。

BazaarとMercurialについては、一回ファイルの変更チェックしたら、サイズかタイムスタンプが変わらない限り再チェックされないようになってるように見える。
Gitは今手元にないから分からん。
651 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 20:08:37.60 ]: 見えるとかわからんとか言うぐらいなら一々レスするなって・・・・
652 名前：620 mailto:sage [2011/09/07(水) 20:19:42.68 ]: git statusやbzr statusでmodifiedってならないだけならいいんだけど･･･
私の環境(Win7pro 32bit、bzr2.4.0、git 1.7.6 mysgit)だと、
ファイル名を指定してcommit(gitの場合はaddでファイル名指定後)も、
できないのが困る。

この現象が、私だけなのか、誰かWindowsでの動作を試してみてくれませんか？
653 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 20:27:04.66 ]: 要件上、画像の編集履歴を取りたい＋過去版を参照・取得したい
というのが必須なら、やはりVCSに突っ込むのがベターな選択だと思うよ。

ただその場合は、プログラムコードの管理をメインに開発されたVCSよりは、
Adobe Version Cueのような画像・映像データのアセット管理をメインに据えた
製品を選定するのが良いと思う。……というかそれは板違いの話になるな。

ちなみにウチは帳票定義用のバイナリーファイルをSVNに突っ込んでる。
Excelとか、Wordとか、PDFとか。
654 名前：デフォルトの名無しさん [2011/09/07(水) 21:22:09.87 ]: バイナリを入れないってのは、機械生成できる実行形式みたいな
のを入れないっていう意味だろ女子高生
655 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 21:31:19.43 ]: >>648
画像データの内容とプログラムの仕様が一致していないとマズいから、
コードとデータを一緒くたにSubversionで管理してるよ。

以前までコードとデータを別々に管理してたけど、
コードだけ更新してデータを更新しないとか、逆のこととかが頻発するんだよね。
特に納期直前にそんな事あったら目も当てられん。
656 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 21:48:56.84 ]: >>655
ディレクトリ、ファイル単位で別々のリビジョンをチェックアウトできるSubversionでは、
その要件は満たさない
657 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 00:24:05.54 ]: >>656
そうなのかな。よく理解できてないけど。
658 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 00:38:53.93 ]: タグくらいつけるだろ
管理できる
659 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 11:28:05.50 ]: >>655
うむ。一番楽だ。重いけどな。

>>656
わかりやすく説明してちょ。
660 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 12:45:06.80 ]: わざと一部だけ違うバージョンのファイルを混ぜてバージョンが一致してないとか言い出す揚げ足取り
661 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 14:01:54.84 ]: >>629
> この手の質疑応答は10年ぐらいから嫌という程みてきたわ
そうなの？何か別の物と勘違いしてない？
今回の問題は「（フォーマット不明の）画像ファイルをSCMで扱うとき、ファイルの日付と
サイズが同じ場合、内容が異なっていてもSCMによっては同一のものと認識する」だよ？
GitやMercurialのFAQに書いてたりするのかな？
662 名前：デフォルトの名無しさん [2011/09/08(木) 14:06:41.17 ]: >>652
bzrで--unchangedつけてもダメ？
663 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 14:40:48.36 ]: 少なくともgitはファイルスタンプなんて見てない
画像はexifを見てるんだろうが、気に入らなきゃ自分で設定出来る
664 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 15:36:12.91 ]: てか、プログラムで扱う画像ファイルにはexifなんか無いのが多いのでは？
665 名前：620 mailto:sage [2011/09/08(木) 16:46:29.90 ]: >>662
bzrで--unchangedをつけて、試しましたがコミットは増えましたが、
変更が取り込まれませんでした。

再度Linux(Debian etch on VMware Player)とgit(1.5.6.5)で実験しました。
VMware Playerのフォルダ共有の機能でWindows上のフォルダを共有。
そこにディレクトリを作成してgitレポジトリを作成。
ファイルを追加してコミットした後、ファイルのサイズが変わらないようにファイルの内容を変更。
touchでファイルの存在するディレクトリとファイルのタイムスタンプを変更前のタイムスタンプに戻す。
VMwareのファイル共有ディレクトリだと、touchでctimeも変更できました。
この状態でgit statusをしても、変更がないと認識されました。add&commitもできませんでした。
666 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 17:03:17.59 ]: >>665
gitの場合、.gitattributes ファイルに
*.foo binary
と書いとけば、拡張子.fooファイルはバイナリだと扱われる
これで試すとどうなる？
667 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 17:42:49.51 ]: >>620
OKってどういうこと？
svnってバイナリファイルはタイムスタンプ同じなら中身見ずに(つまりサイズが同じだろうが異なろうが)
「変更なし」になるんだけど。
変更を検知できないんならNGじゃね？

>>631
gitはパーミッションも管理対象だからじゃね？
668 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 17:53:14.49 ]: >>667
> svnってバイナリファイルはタイムスタンプ同じなら中身見ずに(つまりサイズが同じだろうが異なろうが)
> 「変更なし」になるんだけど。

まじか
svn使えねー
669 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 18:17:29.09 ]: GitについてLinux(Debian Lanny)とMac OS X(10.6)で確認したら
サイズとctimeが同じでも、中身が違えば変更検知されたのだが
670 名前：デフォルトの名無しさん [2011/09/08(木) 18:28:23.18 ]: 中身を見るなんて無駄な処理は要らない
タイムスタンプを変えないなんてわざとそうているのなら
運用する側が工夫すればよい
671 名前：620 mailto:sage [2011/09/08(木) 18:37:47.23 ]: >>667
私の環境のTortoiseSVNだと、変更したファイルをクリックして状態を
観ると変更ありになり、コミット可能でした。

>>669
ファイルのみのctimeが同じな場合は、変更が検知されましたが、
その親ディレクトリのctimeを一致させた場合は、だめでしたので、
665ではそのように記述しました。
672 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 18:50:46.18 ]: >>671
.git/ がある親ディレクトリまで含めて、全てのディレクトリとファイルの
ctimeを同じにしたけど、中身が違えば変更が検出されたぞ
どうなってんだ
673 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 18:53:09.32 ]: このスレっていつからVIPになったの？
674 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 19:25:21.57 ]: 620は他のVCSに難癖を付けたいだけのSVN厨
675 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 21:37:47.88 ]: stackoverflow.com/questions/1778862/how-does-git-detect-that-a-file-has-been-modified
676 名前：デフォルトの名無しさん mailto:sage [2011/09/09(金) 18:59:34.46 ]: svnはこれだな。
stackoverflow.com/questions/4730452/why-does-subversion-fail-to-flag-a-modified-microsoft-excel-spreadsheet-file

ttp://feather.cocolog-nifty.com/weblog/2010/12/excelbazaartort.html
を読む限りでは、
svnは>>667の通りで、
bzrは>>650っぽいけど、初めの状態からタイムスタンプが変わらない限りは
svnと同様ファイルサイズ等のチェックはしない…らしい。

svnで試してみたがやはり変更は検出されない。>>610 >>620は何か勘違いしてる。

>>668
bzr/gitでも試したがタイムスタンプ一緒だと変更検知できないよ。
677 名前：デフォルトの名無しさん mailto:sage [2011/09/09(金) 19:11:14.55 ]: サイズの同じ画像ファイルsample1.png, sample2.png を用意して、
こんな感じのシェルスクリプトを書いて実行してみた

---------------------------------------------
#!/bin/sh
mkdir dir
cd dir
echo "*.png binary" > .gitattributes
git init
touch .gitattributes
touch ../dir
cp ../sample1.png a.png
git add a.png
cp ../sample2.png a.png
cd ..
---------------------------------------------

実行は一瞬で終わるので、dir と dir/a.png と .gitattributes は全部同じタイムスタンプになった(statで確認）
で、git status してみたら変更が検知されたよ
678 名前：676 mailto:sage [2011/09/09(金) 19:13:22.93 ]: ごめん、gitは検知した。検知できなかったのはhg。
svn NG
bzr NG
hg NG
git OK
679 名前：デフォルトの名無しさん mailto:sage [2011/09/10(土) 08:47:32.42 ]: つか file stat関係って、cifs とローカルで微妙に仕様が違ったりするんじゃないっけ？
680 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 04:38:09.42 ]: 毎回全ファイルの内容をチェックしてたらステータスの確認に時間がかかるから仕方ない。
変更したファイルはtouchすればいい。
681 名前：デフォルトの名無しさん [2011/09/11(日) 13:38:57.77 ]: >>680
だなー。内容変えたらタイムスタンプも変えておけってこった
682 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 20:53:04.25 ]: PHPがGitに移行するみたい
ttp://news.php.net/php.internals/55293
683 名前：デフォルトの名無しさん mailto:sage [2011/09/12(月) 11:18:01.38 ]: 変更したファイルをtouchすれば良いだけの話なのに
ぐだぐだと粘着してた奴が
svnも検知できないと分かったとたんパッタリ消えたのが笑えるwww
684 名前：デフォルトの名無しさん mailto:sage [2011/09/12(月) 11:46:04.68 ]: ていうか、普通変更したらタイムスタンプ変わるよね
685 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 23:23:49.08 ]: 待てよ、Mercurialでいいだろ！？
686 名前：デフォルトの名無しさん [2011/09/30(金) 22:49:56.45 ]
687 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 10:17:37.48 ]: 最近sf.netよりgithubなプロジェクト多いな
sf.netだと古くて動かないこと多いし

でも日本語ファイル名あったらsvnの方がいいのになんでgitなんだろ
688 名前：デフォルトの名無しさん [2011/10/01(土) 10:27:38.33 ]: 日本語ファイル名なんてそんなにないんじゃない?
689 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 11:31:56.07 ]: とにかくSourceForgeが使い辛いことにみんなが気づいてきたのが一因にあると思う
用途によってはsvnのほうが良いとしても、githubとSourceForgeには超えられない壁がある
690 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 11:56:33.55 ]: もうVSSでいいじゃん
VSSのどこが気に食わないんだ？
691 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 12:11:45.07 ]: 全て
692 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 15:37:43.92 ]: まあリヌース君が「svnは肥溜めの糞の中にあるサナダ虫の糞の中にある細菌の糞」って言っちゃったからなあ
693 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 18:32:06.16 ]: 少なくともフリーのバージョン管理システムと言えばCVS、と考えていた時代にリビジョンの概念を導入したSVNの功績は認められるべきだと思うんだが。糞とまで言われるのは使っていた自分としては哀しすぎる。
694 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 21:23:49.83 ]: svnもよいものだったと思うよ。いまだに使われてるのもその証だし
CVSよりイケてるのがほぼsvnだけだった、て時代が長かったてのもあるけど

まあ、より使いやすい(と誰かが考える)ものに変わってくのはなんでも同じ
svnがそこにあって、それが気に入らなかったからLinusもgitつくったわけだし
よくもわるくも、svnがなければhgもbzrも育ってないと思う
だからsvnはよくやった、いままでごくろうさん、て感じかね

俺としては、ファイルシステムレベルでVCSをブチこんでくれないかな、
と前から思ってるんだけど。そういう構想とかないのかなあ
695 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 21:33:32.16 ]: >>693
振り回され過ぎ。ほぼ完璧にUnicode対応
出来てるのは今でもsvnだけだし、
業務に使うのにこれほど信頼できるものも他にない。
リポジトリがネットワーク的に近ければ十分現役。
OSSのリポジトリは遠いからDVCSの速度が必須というだけ。1コミットに数分とかありえないだろ
696 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 21:57:58.42 ]: >>694
Lionだと、全てのドキュメントが自動セーブ＆自動バージョニングされるらしいぞ、知らんけど
697 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 22:44:13.89 ]: >>695
ローカルで履歴弄り放題のgitもいいもんだぞ
Windowsだと未だにsvn一択なのが悲しいが・・・
698 名前：デフォルトの名無しさん [2011/10/02(日) 08:15:31.39 ]: >>695
> 振り回され過ぎ。ほぼ完璧にUnicode対応
> 出来てるのは今でもsvnだけだし、
> 業務に使うのにこれほど信頼できるものも他にない。
バックアップが無くて全てパー
サーバがクラックされて全てパー
699 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 09:58:33.94 ]: >>698
そう煽るなら上2行は引用しないのが適切
700 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 11:06:15.54 ]: mercurial >>> git
701 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 12:42:12.53 ]: >>696
Windowsにはシャドウコピーがあるね
702 名前：デフォルトの名無しさん [2011/10/02(日) 21:00:37.28 ]: >>698
バージョン管理システムと関係ないような気が
703 名前：デフォルトの名無しさん [2011/10/02(日) 21:01:41.57 ]: >ファイルシステムレベルでVCS
TRON
704 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 23:47:13.33 ]: >>698 >>702
Gitならサーバークラックされて顧客情報流出しても平気と聞いて
705 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 00:38:14.24 ]: ジャーナリングファイルシステムの話が出るなら Plan9 が話題に出るべきじゃないの。
706 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 00:49:36.39 ]: LinuxならNILFSだよな
707 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 07:47:55.75 ]: >>703 TRONにはねーよ。
VMSかな。
708 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 18:40:54.48 ]: WebDAVが名前の通りにversioningするのはいつの日か
709 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 19:57:49.20 ]: BitbucketがGitに対応したって、マジすか？
710 名前：デフォルトの名無しさん [2011/10/05(水) 20:06:54.07 ]: まじすよ。
711 名前：デフォルトの名無しさん [2011/10/28(金) 19:50:58.83 ]: 　
712 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 20:09:47.78 ]: はてなとmixiはgit使ってるんでしょ？
713 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 20:24:03.65 ]: LLVMはGit使ってないよ
714 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 23:32:11.25 ]: なぜ、アホみたいな煽り合いになるのだ？

Q:タイムスタンプが同じだと～
A:touchする運用でよくね？
で済む話が

信奉者が信じたくない(>>617)とか言い出したり。
そんな使い方が悪い(>>643)とか言い出したり。
使用上正しいと(>>641)とか言い出したり。

その言い争いで何か得るものがあるわけ？
アホ過ぎて分からんわ。
715 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 23:35:46.05 ]: そんな2ヶ月前の話をほじくり返すお前もアホだ
716 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 20:04:44.10 ]: まて、0.025光年先からレスしたのかもしれないんだぞ
717 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 22:28:31.53 ]: >>716
どういう計算だよ。2ヶ月なら1/6年だろ。
718 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 23:05:32.39 ]: 計算は分からんが、概念としてどっちなんだろう
1光年みたく1光月という距離の単位があるとして
『1光月の彼方で、1ヶ月後に読み取ってその時書き込んだものがさらに1ヶ月後に我々の目に届く』
のか
『2光月の彼方で、2ヶ月後に読み取ってその時書き込んだものが瞬時に我々の目に届く』
のか、どっちでもないのか
719 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 00:00:43.38 ]: 不特定の人がパッチを投げ合いながら開発するオープンソースの開発モデルと
企業内で自分の担当のソースをいくつか修正してcommitする開発モデルではかなり違うキガス
720 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 11:18:08.64 ]: そもそも光年は時間の単位じゃないだろ・・・
721 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 12:00:51.46 ]: >>720
距離だよ。そんなことは常識だ。
光速より速い伝達手段がないから、仮に0.08光年離れたところからレスするなら
往復で0.16光年。即ち58日掛かるだろってこった。
因みに、0.025光年なら高々9日ほどだから往復でも18日。
二ヶ月前の話を穿るにしては中途半端すぎる。
722 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 12:24:31.18 ]: >>716は光回線じゃないんだよ
723 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 21:24:08.38 ]: TCPなんだからパケット１往復でレスできるわけ無いじゃんよ
724 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 23:37:38.83 ]: スレチなのは重々承知だが素朴な疑問が
>>721
「光速より速い伝達手段がない」っていうのは
『とても軽い1光年の長さの棒があったとして、棒の端を押すかひねるかすると
その反対側が動き出すのはどんなに早くても1年後』
になるの？
せーの、で動き始める事にならないから音が水や金属を伝わる速さに差が出るのと
似た話になるんだろうか？？？
725 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 23:41:55.54 ]: 物理板でやれ
kamome.2ch.net/sci/
726 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 00:08:07.39 ]: ありがとう、そこ行ってみる

スレ汚しすまんかった
727 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 02:42:10.27 ]: テンプレ読んだけどmecurialとGITの一騎打ちでsubversionは論外でOK？
subversion使ってる人多いみたいだけど。
728 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 16:53:16.30 ]: 分散型の機能が必要なら論外。
不要なら鉄板。
729 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:18:29.30 ]: >>728
集中型だとsubversionが鉄板なのか。どうりで名前をよく聞くわけだ。
どうも有り難う。
730 名前：デフォルトの名無しさん mailto:sage [2011/11/11(金) 02:24:44.84 ]: >>727
TortoiseSVNなどクライアントの成熟や日本語環境の安心度、集中型であるがゆえのシンプルさなどがSubversionの利点。
731 名前：デフォルトの名無しさん [2011/11/12(土) 09:25:18.73 ]: 分散型は日本語環境が不安なので１人TortoiseSVN
732 名前：デフォルトの名無しさん mailto:sage [2011/11/12(土) 22:34:58.67 ]: Mercurialは最近ファイル名にUnicodeが使えるようになったらしい
Bazaarは前からUnicode使える
GitはCygwin版とかUTF-8対応msysgitにすればいいがTortoiseGitで文字化けする
Cygwin版GitとCygwin版GitGUIならいいのか？でもあれはTortoiseより使いづらい

だからこの3者で日本語の扱いに問題ありそうなのはGitだけということになった
733 名前：デフォルトの名無しさん mailto:sage [2011/11/12(土) 23:11:54.74 ]: >>732
> Mercurialは最近ファイル名にUnicodeが使えるようになったらしい
まだなっていない。

Windowsのネイティブ環境(cygwinじゃない環境)でUTF-16が扱えないということで、
それ以外の環境であれば、Unicodeのエンコードの一つUTF-8を扱うのに
MercurialもGitも制約は無い。
734 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 16:47:52.61 ]: Macもいれてやれよ…
735 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:19:20.38 ]: >>733
「日本語の扱いに問題がある」ってんだからWindowsのことだよ。
頭悪いな
736 名前：デフォルトの名無しさん [2011/11/15(火) 21:36:30.42 ]: 日本語ファイル名使う時点でクズ
737 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 22:00:43.83 ]: >>736
日本語嫌いな人？？国に帰れば
738 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 10:29:21.37 ]: え？Macも日本語の扱いに問題あるだろ
739 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 13:34:58.80 ]: ありまつけど
740 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 18:52:16.11 ]: Software Design 2011年12月号
gihyo.jp/magazine/SD/archive/2011/201112

第2特集
まだSubversionで大丈夫？
イケてるGitの使い方
［Git×Subversion＆Redmine］

第1章：SVN使いのための
Git入門……岡本隆史
第2章：git-svnによるSVN包囲戦［戦支度編］
ローカルGitでSubversionを攻略せよ……川西俊之，正徳巧
第3章：git-svnによるSVN包囲戦［実戦編］
ローカルGitでSubversionを攻略せよ……川西俊之，正徳巧
第4章：RedmineによるGitリポジトリ包囲戦
プロジェクト管理ツールでGitをパワーアップ……岡本隆史
741 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 23:29:17.44 ]: 下のようにレイアウト組んでましたが、表の部分を右にずらそうとmarginを指定しても動いてくれません。
説明文と表と説明文の３つをdivで囲って、表の部分をtable{position:relative;left:20px}とかしたら
理想の通りになったんですけど、考え方としてこれでいいのでしょうか？

┏━━┓説明文
┃ 図　┃表
┃　　　┃説明文
┗━━┛
742 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 23:34:49.93 ]: 使い勝手がよいGUIがあるものが一番
743 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 23:45:50.65 ]: >>741 誤爆でした。どうも騒がせて済みません。
744 名前：デフォルトの名無しさん [2011/11/19(土) 16:29:42.10 ]: いえいえ
745 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 18:35:58.41 ]: >>744
hibari.2ch.net/test/read.cgi/tech/1261676778/213
hibari.2ch.net/test/read.cgi/tech/1272358443/83
hibari.2ch.net/test/read.cgi/tech/1321350331/22
hibari.2ch.net/test/read.cgi/tech/1318935200/82
hibari.2ch.net/test/read.cgi/tech/1290415962/444
hibari.2ch.net/test/read.cgi/tech/1314133332/444
hibari.2ch.net/test/read.cgi/tech/1315141054/25
hibari.2ch.net/test/read.cgi/tech/1321282584/4
hibari.2ch.net/test/read.cgi/tech/1156332916/186
hibari.2ch.net/test/read.cgi/tech/1177431417/279
hibari.2ch.net/test/read.cgi/tech/1295493964/744
hibari.2ch.net/test/read.cgi/tech/1300000513/237
hibari.2ch.net/test/read.cgi/tech/1163319215/911
746 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 04:59:47.49 ]: よ
747 名前：デフォルトの名無しさん [2011/11/20(日) 13:30:28.15 ]: hibari.2ch.net/test/read.cgi/tech/1310403238/645

645 名前：デフォルトの名無しさん [sage]： 2011/11/20(日) 08:33:26.23
>>644
もうgitはsvnを抜いているよ
qa.debian.org/popcon-graph.php?packages=bzr,cvs,darcs,git,git-core,mercurial,monotone,rcs,subversion&show_installed=on&want_legend=on&beenhere=1
748 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 17:10:36.62 ]: 私はsvnを続けるよ
749 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 09:14:35.58 ]: 僕は Subversion 1.6 を使い続けるよ。
750 名前：デフォルトの名無しさん mailto:sage [2011/12/02(金) 16:17:39.36 ]: fossil ってのは実際どんなもんだろうかと思って、
バージョン管理ツール総合スレらしきここを覗きにきた。

一言も登場しとらんのな。
751 名前：デフォルトの名無しさん mailto:sage [2011/12/02(金) 19:59:03.84 ]: fossilは1～2年に一回くらいの頻度で、バージョン管理系のスレやBTSスレかWIKIスレで見かける気がする。
752 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 01:42:40.77 ]: 昔WinMXっていうＰ２Ｐ型のファイル交換ソフトがあったけど、
あんな感じでWindowsにインストールしたらいきなりファイル交換を自動的にし合うような
そんなバージョン管理ソフトはまだ出現しませんかね？
753 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 02:07:15.59 ]: そんな使いにくそうなソフトは、いつまでたっても出現しないと思う。
754 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 03:27:28.52 ]: dropbox
755 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 21:25:54.92 ]: RCSをGUIで表示できるアプリありませんか？
756 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 22:25:32.76 ]: どうしてBazaarって人気ないの？
757 名前：デフォルトの名無しさん [2011/12/04(日) 22:32:47.85 ]: >>756
GNUだから
758 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 23:20:45.18 ]: >>756
bzr-explorer が中途半端に使いにくい
759 名前：デフォルトの名無しさん [2011/12/04(日) 23:21:40.66 ]: GNU tla由来のbazaarとCanonicalのbazaarは別モンじゃね?
760 名前：756 mailto:sage [2011/12/04(日) 23:28:52.04 ]: ぼくはBazaar使ってるんだけど、結構良いと思うんだけど。
subversionから移行して便利だなあって思ってるんだけど。
gitとかhg使ったことないから、そっちのほうがいいのかもしれないけど。

>>757
どうしてGNUだと人気ないの？

>>758
なんか良いGUIクライアントありませんかね。
761 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 00:06:34.92 ]: >>760
あなたがWindowsを使っているのか、Linuxを使っているのかわからないけど
俺はwindows から使っている感想を書く。
SVNの場合TortoiseSVNを使う限り、SVNのコマンドを意識する必要は全く無い。

ところがBazaarの場合、TortoiseBZRにしろBzr-Explorerにしろ、BZRコマンドが
動いているのが見えるし、エラーが起きるとBZRコマンドを実際に打たないと復旧出来ない
場合がたまにある。GUIツールはGUIだけで完結してほしい。
特にWindowsの場合はそうでないと、グループで使うのはちょっと無理。
762 名前：756 mailto:sage [2011/12/05(月) 00:14:09.66 ]: >>761
たしかに。TortoiseSVNは優れていますね。

hgやgitはWindowsでGUIツールで完結できるものはあるのでしょうか。
763 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 00:20:14.41 ]: >>761
> SVNの場合TortoiseSVNを使う限り、SVNのコマンドを意識する必要は全く無い。
だって、svn.exeが付いてないんだもん。
764 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 01:58:42.83 ]: >>763
最近のTortoiseSVNには付いてるよ。
765 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 03:16:56.63 ]: >>761
Subversionっていうか、TortoiseSVNが優れてるっていう話だね。

うちの会社もSubversion使ってる。
Linuxでコマンドラインだけど。
ファイル数がめちゃめちゃ多いとcoするにもupdateするにも時間もメモリも食い過ぎていい方法か、いいソリューションが無いかと検討中。
766 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 03:36:06.74 ]: SVN、管理ファイル1個になってそのへんマシになったんじゃないの？

開発途中で乗り換えるのは危なすぎるが、次のやつで試してみたいところではある
767 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 03:43:25.35 ]: >>765
そういう場合は本格的にgitを考えたほうがいいかも
768 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 07:30:18.52 ]: TortoiseSVNが優れてるってのは他に比較するものを知らないから優れているって信じているだけではないか？
他のものと比較してとりたてて優れているところはないが。
769 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 17:12:12.22 ]: bazaar は遅い。
770 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 20:42:12.30 ]: >>768
他の物って何？具体的なソフト名を挙げてくれ
771 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 21:11:43.17 ]: >>770
TortoiseCVS
772 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 21:47:53.52 ]: >>768
・Windows上の
・フリーで使える
・GUIの
・バージョン管理ソフト

の中では、やっぱ一番順当に使える完成度じゃなかろかね。
CVSよりはSubversionのが良いし、
かといって、Gitやらhgやらござーるやらにおいては、
今度はtortoiseの完成度が…だし。
773 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 01:20:45.51 ]: ＣＶＳのが優れてるとかはじめてみたわｗ
774 名前：755 mailto:sage [2011/12/06(火) 02:11:34.33 ]: TortoiseRCSのようなものはありませんか。単体で動くものでもかまいません。
775 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 07:36:04.07 ]: TortoiseCVSはCVSクライアントとしては十分な完成度
CVSとSVNでは出来ることが違うのだからTortoiseCVSとTortoiseSVNを比較しても無意味
TortoiseHgとbzr-explorerはWindowsだけが動作環境では無いので、TortoiseSVNと比較しても無意味
TortoiseGitはgit extensionsという代替がある
TortoiseBzrは世界的に使われているのか疑問
776 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 12:56:30.07 ]: GUIだったらWinCVSが一番良かった。
時点でEclipse。
777 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 21:04:55.95 ]: >>755
RCSではないが、似たようなことをする Visual SouceSafe というものがある。ディスコンに向かってるけど。
GUI で RCS って面倒なだけだよ?
778 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 21:12:05.43 ]: 各種分散型にインポートしろ
779 名前：755 mailto:sage [2011/12/06(火) 23:59:59.17 ]: >>777
そうなんですか。
履歴とかをグラフィカルに見たかったので。
780 名前：デフォルトの名無しさん mailto:sage [2011/12/07(水) 00:23:13.91 ]: RCSのグラフィカル履歴っていったい…
781 名前：デフォルトの名無しさん mailto:sage [2011/12/07(水) 00:30:10.63 ]: ラインエディタからスクリーンエディタにすれば、よりグラフィカルに。
782 名前：デフォルトの名無しさん mailto:sage [2011/12/07(水) 22:06:27.69 ]: 板の移動を管理するバージョン管理ソフト
783 名前：デフォルトの名無しさん mailto:sage [2011/12/08(木) 11:52:36.03 ]: 第二の内柴を出さないためのバージン管理ソフト
784 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 21:21:56.20 ]: 分散型バージョン管理ソフトって、
簡単に言えばファイル交換ソフトにバージョン管理を組み合わせただけでしょ

Winny にバージョン管理とssh通信付ければ、
最強の分散型バージョン管理ソフトが出来たのに、

↓仁義なきなんとかネタの突っ込み禁止
785 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 22:13:00.71 ]: >>784
マージできんモン送られても困るがな。
786 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 22:54:52.34 ]: 履歴ログも閲覧出来んし。
787 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:47:18.48 ]: 自分用のコミットを勝手に同期されても困る
788 名前：デフォルトの名無しさん [2011/12/09(金) 23:47:27.97 ]: パッチの順序性をどこで確保するかが難しいな。
789 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:51:15.60 ]: あれ？他のすれが消えてる？
790 名前：【18.3m】【東電 82.0 %】 mailto:sage [2011/12/09(金) 23:51:38.60 BE:5044097489-2BP(108)]: 移転だってさ
791 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:52:42.31 ]: ラピュタ混乱の最中にやらんでも
792 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:57:19.16 ]: ㌧㌦
793 名前：【28m】【東電 82.0 %】 mailto:sage [2011/12/10(土) 00:32:02.42 BE:1050854235-2BP(108)]: 移転していない件orz
794 名前：【26.8m】【東電 82.0 %】 mailto:sage [2011/12/10(土) 00:32:30.29 BE:420342023-2BP(108)]: ってハード換えたのか
795 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:49:29.27 ]: バージョン管理の行き着く先が git なのかな　？

git を本質的に超えるバージョン管理はもう現れないのかな？
796 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:15:24.55 ]: ｈｇ
797 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:23:58.07 ]: >>796
HGが、”本質的”にgitを超えているとは思えないな
多少の機能の違いがあるだけで似たり寄ったりですな
798 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:27:45.52 ]: >>797
ファイル名の扱いが構想通りに実現すれば、他のVCSを超越すると思う
799 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:40:14.09 ]: >>798
望みが低すぎる
800 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:29:18.18 ]: 本質ってどういうこと？
どれも思想が異なるわけだが
801 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:32:39.04 ]: >>800
gitとhgは思想は一緒。リポジトリへの保存方法とコマンド体系が違うから別物に見えるけど。
802 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 21:14:57.01 ]: 妖怪人間bazaar が　hg のような普通の人間になろうとしているのが痛い
803 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 21:15:34.91 ]: >>800
思想がちがうのはdarcsだけ
804 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 03:11:29.28 ]: >>798
gitが優れてる部分が多いことは間違いないんだけど、
バイナリを頻繁に扱わなくちゃならない環境にとってはgitじゃ駄目なんだよなぁ
805 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 15:31:56.85 ]: >>804
バイナリが得意なVCSってなに？
806 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 15:58:35.45 ]: >>805
Mercurial 2.0リリース、バックポートに有用な「graft」コマンドや
サイズの大きいバイナリファイルを効率よく扱う拡張などが導入される
sourceforge.jp/magazine/11/11/04/0354255
807 名前：デフォルトの名無しさん mailto:sagee [2011/12/11(日) 16:18:33.61 ]: >>806
それは単に実体を共有したりするだけだろ。そんなもんgitならデフォだ。
そして頻繁にバイナリの変更があるようなのはどっちもダメだ。

svnならバイナリも差分で格納してくれる。
808 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 16:32:10.84 ]: >>807
> svnならバイナリも差分で格納してくれる。
hgも差分だけど。
もっとも、hgは、テキスト・バイナリの区別は(EOL拡張を除いて)してないけど。
記事にも概要は書いてあるけどもっと高機能。
d.hatena.ne.jp/flying-foozy/20111113/1321206115
12/19のAdvent Calendarにご期待下さい。
partake.in/events/902cd6d9-0215-4ea3-b51f-b8ff32e56426
809 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 16:33:57.52 ]: bazaarのバイナリの扱いはどうなっていますか
810 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 16:44:05.76 ]: hgの新機能についてはよく知らないけど、gitもpackすれば
バイナリに限らず差分形式になる
811 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:18:49.81 ]: 巨大なバイナリを扱おうとするとgitもbzrも大量のメモリーを使用した。
この点はsvnが優れている。hgは試してない。
812 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:25:35.96 ]: ・何をした？
・OSは？
・メモリのキャッシュに残ってただけでは？
813 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:27:15.85 ]: svnと分散型を比較するのなら、svnのサーバも比較してね
814 名前：811 mailto:sage [2011/12/11(日) 17:34:26.83 ]: いずれもMicrosoft Windows XPで比較。タスクマネージャーの仮想メモリ量
で見た。
1.7GBくらいのファイル1個をコミットしてみた。
hgはファイルサイズくらいのメモリーを消費した。
bzrはファイルサイズの倍(もっとかも)のメモリーを消費した。
svnは数百メガバイトくらい。
svnはサーバーを使わずローカルのファイルシステム上にSVNROOTを設定した。
ただしbzrをテストしたのはだいぶ前なので改良されてるかも。
815 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:36:29.61 ]: >>814
仮想メモリ量じゃなかったかも。手元にXPがないんですまん。
816 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:46:23.18 ]: ユーザモードのアドレス空間は2GBしかないのに3.4GB消費したの？
817 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:49:39.45 ]: bzrはだいぶ前だったから記憶があいまい。っていうか人のテストにケチをつける
前に自分でやってみればいいのに。
818 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:50:52.67 ]: >>811 >>814
gitとhgのどっちを試したのか分からん
819 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:55:07.49 ]: >>818
すまん。gitとbzrとsvnだった。
820 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:13:30.24 ]: >>817
テスト内容が非現実的。svnでサーバーを使わない目的が不明。
821 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:18:33.97 ]: >>820
だから誰でも簡単にできるテストなんだから、好きにテストすればいい。
822 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:21:26.09 ]: >>821
svnが優位というのは根拠が無いでOK？
823 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:44:30.16 ]: >>822
好きにしたら?
誰かの参考になるかと思って単にテスト結果を並べただけだよ。
svnを応援する気なんてない。実際svn使ってないし。
824 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:24:02.28 ]: SubversionとMercurial使っている人に聞きたい。
理論的な上限じゃ無くて、実運用的な作業フォルダのサイズってどの程度にしている？

なんか、直ぐにファイル無くしたとか、上書きしたとか削除したとか言い出す人がいて、
管理フォルダまとめて管理してしまおうかと。でも、6.5GBで、ファイル数38,000くらいあるんだ。
さすがにこれをひとまとめは無茶だよね。Windows環境でファイルサーバー的にしか使ってない。

バージョン管理ソフト使うよりはファイルの書き換え毎にバックアップで戻るソフトさがした方が良いか。
そんなのあるのか知らないけど。
825 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:29:18.94 ]: バージョン管理とは別にpdumpfsでも走らせとけばいいんじゃねーの
826 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:32:24.34 ]: >>824
Subversionはディレクトリ（フォルダ）単位でチェックアウトできる。
Mercurialはサブリポジトリという機能がある。
827 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:36:35.06 ]: バージョン管理ソフトの欠点は
使い方を理解している人が明示的に使わない限りは
全く機能しないってところだな
828 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:43:25.58 ]: >824
WindowsのMercurialで、ファイル数2万ぐらいの画像ファイルの管理をした時の不満点は、
・TortoiseHGのパフォーマンス劣化が酷い
・上位のディレクトリ名を変更したら、ファイル追加と同じぐらい激しくリポジトリ肥大
・addのcommit中に共有違反で読めないファイルがあった時、リポジトリがぶっ壊れた

特に最後の奴が痛かった。常識的に考えて、エラーならアトミックにロールバックしろよ。
829 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:44:47.60 ]: ごめんなさい
830 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:23:38.15 ]: リポジトリ破壊とかﾋﾄﾞｽｗ
831 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:27:19.66 ]: だからリポジトリをバージョン管理しておけって言ったのに…
832 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:37:10.72 ]: >>828
Mercurialって最近largefile拡張とかサポートしてたキガス
833 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 00:34:37.98 ]: >>824
そのくらいなら実際に開発してた。
ディレクトリの切り方がまともなら十分可能。
常にその数を相手にするのはきついなあ。
834 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 00:48:50.75 ]: >>817
ケチつけられるのが嫌ならいい加減なこと書かなきゃいいのに。
835 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 01:11:47.52 ]: >>834
いい加減だったのは謝る。でも誰もsvnサーバーで巨大ファイルのテストを
してないのにケチだけつけるのは驚きだ。
836 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 09:53:03.48 ]: 見事なお子様反応。
「ぼく悪くないもん！」
837 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 10:50:40.41 ]: テストになってないし無意味だからなｗ
838 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 11:23:56.12 ]: >>835
お前2chは初めてか？力抜けよ。
839 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:17:56.61 ]: テストしてみた。1.4GBのzipファイルをコミットしてみた。
ローカルファイルシステムを使った場合 → svn.exe が約10MB使用
svnserveを使った場合 → svnserve.exe が約10MB、svn.exe が約8MB使用
ファイルの最後にわずかな変更を加えて再コミットした場合も同様だった。
840 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:37:02.31 ]: >>839
svnのバージョンは？
1.6と1.7ではクライアントは全く違う。
841 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:45:54.17 ]: >>840
たまたまはいってた古い1.5.2でやった。何でやればいい?
842 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:49:33.24 ]: >>841
1.7
843 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 13:35:08.79 ]: >>842
VisualSVNのコマンドラインツールでやった。サーバー、クライアントとも1.7.2。
1回めのコミット→サーバー20MB、クライアント5.5MB
2回目のコミット→サーバー20MB、クライアント5MB
使ったファイル→Jazz RationalTeamConcert3.01配布ファイルのzip 1.4GB
2回めのコミットの前に「echo a >> ファイル」でファイルに内容を追加した。
844 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 19:17:04.36 ]: Git、Eclipse.orgでCVS、SVNを超える
www.infoq.com/jp/news/2011/12/eclipse-git
845 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:38:29.65 ]: 時代はgitだな。
846 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:53:04.53 ]: hibari.2ch.net/test/read.cgi/tech/1310403238/778
778 ：デフォルトの名無しさん：2011/12/12(月) 19:41:23.29
>>777
後半のhgの所は間違っている。
bitbucketはプライベートリポジトリとして使われているケースが多い。
公開リポジトリが１つもないアカウントはいっぱいある。
hgのossプロジェクトは自前でリポジトリを立てている所が多い。
mercurial.selenic.com/wiki/ProjectsUsingMercurial
847 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:05:47.21 ]: >>844
この著者はgithubが言いたいだけなんじゃないか。
Atlassianに買収される前のbitbucketは頻繁にサーバが落ちていたけど、
最近はほとんど無くなった。
機能もどんどん多くなってきている。githubとほとんど変わらない。
容量制限無し、プライベートリポジトリ、git/hg両方対応と、bitbucketの方が利便性が高い。
個人では公開はgithub、プライベートはbitbucketと使い分けているのが多い。
今後、githubからbitbucketに移動するプロジェクトも増えるのではないか。
848 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:27:55.21 ]: どうしてbazaarちゃんを無視するの
849 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:33:23.02 ]: >>848
Atlassianに聞いて
850 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 23:55:59.46 ]: ファイラーなに使ってますの？
851 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 00:06:04.20 ]: 分散バージョン管理システムの詳細なガイド
投稿日 2010年2月21日
www.infoq.com/jp/articles/dvcs-guide

> 最初の頃パフォーマンスが悪かったため、Bazaarは周囲に影響を与える多くの
> 早期採用者(MozillaやSolaris、OpenJDK)を失いました。

Bazaarって遅いのかよｗ
852 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 01:38:32.73 ]: 大量のバイナリファイルを多くのユーザーで編集する環境で
git選択しにくいのはパフォーマンス云々よりlock出来ないのが痛い。

そんなわけで一定以上のリソースがある場合はPerforce
そうじゃないときはsvnって選択になっちゃってる。
853 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 01:39:12.54 ]: 適材適所でいいんじゃない？
854 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:18:50.98 ]: >>853
その適材適所にみんな悩んでいるんだと思うが
いくら適材適所でも3も4も管理システム導入とか非現実的だし
855 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:26:33.87 ]: >>852
つ>>397
856 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:30:03.15 ]: >>397はリンク切れで新しいリンク
mercurial.selenic.com/wiki/LockExtension
Mercurialの主要コミッタ作なんで品質は大丈夫だろう
857 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:18:25.37 ]: アイコンのビットマップ程度ならばともかく、ソースコード対象にしている版管理ソフトに巨大バイナリ管理を求めるのは間違っている。
858 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:24:21.44 ]: >>857
これまでは

> ソースコード対象にしている

だったけど、今後

> 巨大バイナリ管理を求める

ってことで、ツールも対応してくれって言うことでしょ。
859 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:29:14.97 ]: Subversion なんかじゃフツーにバイナリ管理するけど
git/Mercurial じゃできないのプププのプー
って話にならね?
860 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:35:02.11 ]: >>859
Mercurialは、largefile extensionとlock extensionがあるとこのスレにあるのが見えない盲目？
861 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:57:34.77 ]: >>860
話の流れも見えない馬鹿?
862 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 23:08:36.86 ]: >>861
Mercurialは巨大バイナリも、ワード・エクセルなどを想定したロックも、両方対応しているってのが分からない馬鹿？
863 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 00:54:57.99 ]: >>862
たぶん859は857に対してレスしてるんじゃね？
864 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 02:14:55.00 ]: svnのバイナリ管理も程度に依るよな。
ゲームのグラフィクスなどの大型、大量バイナリを突っ込むと実用性に問題が出るほど重くなる。
Perforceはマシみたいだけど。
865 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 02:42:17.59 ]: だねえ。
10G 前後ならまあ、なんとかなるけど、数倍になるとアウトだよ!
Perforce だとイケる? 桁上がったくらいはどう?
866 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 10:32:16.15 ]: >>865
>Perforce だとイケる? 桁上がったくらいはどう?

評価版があるみたいだから、試してみれば？
www.toyo.co.jp/ss/perforce/download_soft_2010.2.html
867 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 14:14:40.34 ]: 自分ならバイナリの容量が1Gを超えるならsvnなりコード用のバージョンコントロールは使用しないがな。
868 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 16:58:55.49 ]: とりあえずお前の内臓が破裂するぐらいのボディブローは出せるがな（笑
869 名前：デフォルトの名無しさん [2011/12/18(日) 17:16:16.57 ]: >>868
そのボディブローでVSSを抹殺してください
870 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 20:21:16.25 ]: まだ使ってるとこあるのか
871 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 21:11:31.09 ]: フリーソフトは駄目ってところが未だに多いからな。
872 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 21:31:44.39 ]: >>868
うは～、腹いてー（笑）
873 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:12:30.18 ]: 要はGitHub日本法人(仮)とかが有料サポートすればいいんだな？
874 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:22:39.37 ]: 安心と信頼のCanonical印のBazaarをお使い下さい
875 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:38:46.11 ]: 始まる前から終わってた
876 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:39:07.29 ]: >>873
git技術者検定とかやりそうだなｗ
877 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:40:59.18 ]: >>874
Bazaarはマジでこのままだとジリ貧だろ
Linux関連の開発で使う限りではgitの方が使っているプロジェクトも技術者も多いし

Bazaarは今のバージョンで打ち止めして、新規に再設計した方が良いと思うわ
878 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 23:00:45.79 ]: >>870
>まだ使ってるとこあるのか

あるよ～、って言うかそこそこの規模だとなかなか入れ替えられない。
879 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 23:43:43.22 ]: VSSとBazaarの究極の組み合わせ
d.hatena.ne.jp/wonderful_panda/20111212/1323643703
880 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 00:08:40.00 ]: 自分のまわりにいないってだけで、書籍、Webドキュメント、記事、
膨大なOSSプロジェクトといっぱいありますが？

https://twitter.com/#!/methane/status/148328106841751552
> git へ移行する最大の障壁は、「gitのことならなんでも訊いて！」という人がいないこと。
> バージョン管理システムのワークフローの構築とかはこう言った先導者が必要。
> bzrは問題あったらぼくがなんでも解決できてたけど、gitはぼくが教えて欲しいくらいだしな。
881 名前：755 mailto:sage [2011/12/19(月) 00:55:41.26 ]: >>880
この人は何者？
882 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 01:05:07.92 ]: >>881
このスレの前半を見よう。
Bazaarの泥舟から脱出を検討している亡命予備者
883 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 01:23:13.62 ]: BitKeeperってバイナリ管理どうなん
884 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 10:40:41.15 ]: >>880
methaneさんは社内の人員のことを言ってると思うよ。
業務で使う場合、社内に強力に推進できる人がいないと結構大変だよね。
885 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 17:34:49.82 ]: https://twitter.com/#!/methane/status/148657202620661760
今でも一応3つとも使ってますが、会社ではbzrを使うメリットがあまりないので、git, hg への移行を考え中。
886 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 19:27:10.46 ]: [Bazaar]Git, Git, Git. たまに違うのが聞こえればHg. なぜこの俺を認めねぇ
887 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:23:07.50 ]: Bazaar さん遅いですやん
888 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:41:56.16 ]: 最近は速いです
889 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:44:40.11 ]: リポジトリをXMLで保持して相互乗り入れできるようにすれば全て解決。
890 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 21:01:21.07 ]: >>889
XMLなんか使わなくても、git-svn/hgsubversion/hg-gitで相互乗り入れできる
bazaarはクソだからbzr-svn以外ダメダメだけど
891 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 21:29:21.84 ]: >>867
その場合は専用のバージョン管理ソフト使ってるってこと？
エイリアンブレインとか？

今のプロジェクトだと画像その他のリソースが30Gくらいあるんだが、
その管理どうするかでかなり悩んでるんで、どうしてるのか聞いてみたい。
892 名前：デフォルトの名無しさん mailto:sage [2011/12/21(水) 01:47:58.01 ]: >>891
うちの職場だと、独自インフラツールを作って運用している。

話としては、Perforceとかエイリアンブレインあたりを耳にするね。
893 名前：デフォルトの名無しさん mailto:sage [2011/12/21(水) 19:59:49.26 ]: VSSが陥落したぞ
twitter.com/#!/msdnjp/status/149414774063628288
894 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 07:16:21.44 ]: どうせだれも使わない
895 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 08:44:17.78 ]: っていうかとっくに死んでるものだとばかり……
896 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 10:33:27.51 ]: とっくに死んでるプロダクトが御輿に担がれるのは現場でまれによくある。特にMS。
897 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 10:59:09.88 ]: 今移行中ですっ＞＜；

TFSは何か操作するたびにSQLServerがもりもりメモリーを食うのが泣ける。
リソースガバナー設定するしかないのかなぁ、アレなんか面倒そうだなぁ……
TFSを入れるなら多少でもSQLServerの知識がないとダメそうなのがつらい。

今さらサーバーレスなVSSに戻るつもりはないけど、運用の難易度が高いのがネックだね。
898 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 12:11:45.53 ]: TFSとはまた棘の道を。
svnにしとけばあとでgitにでもhgにでも行けるのに
899 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:31:04.33 ]: 俺が今やってる現場もほとんどUNIX+Javaの開発しかやってないのに
なぜかめでたくSubversionからTFSに移行したよ
アホが発言力持つとロクなことにならん…
900 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:36:44.82 ]: TFSって何なのか分かんなかったらggって分かった。
MSが、VSS殺して作った新しい奴なのね。

見た感じ管理者がExcelで管理したいが為に作られてるのか。
使い勝手が開発者視点じゃないんだろうな……
901 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:56:30.96 ]: TFSとはまた棘の道を。
svnにしとけばあとでgitにでもhgにでも行けるのに
902 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 23:38:42.34 ]: TFSって結構金がかかるイメージがあるんだが、実際どうなんだろうな
903 名前：デフォルトの名無しさん mailto:sage [2012/01/13(金) 02:14:38.15 ]: TFS??
Macとかlinuxとか使ってる人どうするんですか？死ぬの？
904 名前：デフォルトの名無しさん mailto:sage [2012/01/13(金) 02:24:38.67 ]: MicrosoftからEclipse用のTFSプラグインが公開されてるから
MacやLinuxからでも一応利用はできるよ。
ただしプラグイン自体の出来は微妙。
ぶっちゃけ親切心じゃなくて嫌がらせで公開してるんじゃないかと思う。
905 名前：デフォルトの名無しさん mailto:sage [2012/01/14(土) 11:35:56.82 ]: >>904
>ぶっちゃけ親切心じゃなくて

内容はよくわかってないけど投資を承認する、偉い人を説得するためだろ。
906 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 03:15:07.59 ]: 偉い人にはわからんのですよ
907 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 07:02:37.17 ]: テストやらビルドが１パッケになってるのはウケがよさそうではあるが…、
MSの作るものだから、どうせダイアログ出したままフリーズするんだろうなぁ
908 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 21:06:19.45 ]: msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！
d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8

日本語ファイル名問題が解決したから、もう高速なGitを選ばない理由はありません。
これで日本でも次期デファクトスタンダードVCSはGitに確定ですね。
909 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 23:47:52.78 ]: 宗教上の理由かなんかで意地でもやらないと思ってたけど
ようやくWindowsでも普通に日本語ファイル名が使えるようになるのか。
910 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:23:16.19 ]: 絶対やってほしくなかったな

# つか、開発部隊の半数以上が欧米の連中なのにも関わらず
# 日本語ファイル名をつけるのはやめれ >某社の某プロジェクトの下っぱ
911 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:36:55.85 ]: 30年前に「Unicodeは糞」って言ってた奴を思い出したｗ
912 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:42:59.24 ]: ソースはともかくドキュメント類は日本語のファイル名が普通だし
それらがソースと一緒に管理できるのはいいことなのかな
Gitがドキュメント管理に向いてるのかという問題は置いといて。
913 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 07:13:22.65 ]: もしかしてMercurialから移行しても良いの？!
がっかり感が半端ないとか言わないよね
914 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 10:08:16.70 ]: >>913
Mercurialはfixutf8が先にあったから、今回のmsysgitはそれに追いついた。
Mercurialもfixutf8の機能を公式にするという動きがある。
これで問題になっているのは、過去のリビジョンをcheckoutできなくなること。
fixutf8では移行時にhg addremoveを使いましょうということになっていて、
fixutf8を無効・有効を切り替えればその時点のリビジョンのチェックアウトはできる。
今回のmsysgitがそこまで考えているか疑問。
915 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 23:43:57.10 ]: ファイルのタイムスタンプを保持できるバージョン管理システムありませんか(´・ω・｀)
916 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 11:56:14.61 ]: >>915
チェックアウトなりエクスポートなりしたファイルのタイムスタンプを
コミット時のそれにしたいってこと?

なんでまたそんな不便なことを……
917 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:10:13.89 ]: >>916
そう思うのはGitに慣れ切った証拠だね
918 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:11:19.46 ]: いや、Gitは使ったことはおろか、インストールしたこともないんだが。
919 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:15:18.59 ]: >>918
タイムスタンプなど不要って思ったのはなんで？
920 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:41:21.51 ]: >>917
普通に考えれば、古いコミットに戻してmake、ができなくなるのは不便だろうな。
cvsでもsvnでもgitでもhgでも同じ。
921 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:52:20.63 ]: ところが、subversionではファイルのタイムスタンプをコミット時刻にするオプションが用意されてるんだよ。
922 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:58:17.83 ]: >>921
へえ。逆(co時にコミット時間をタイムスタンプに設定する)ができるのは知ってたが。
923 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:07:12.43 ]: え？逆じゃなくて、co時にファイルのタイムスタンプをコミット時刻にできるということなんだが。
924 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:10:51.08 ]: …ごめんなさいすごくボケてました。
925 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:23:33.54 ]: >>921
へぇ、そりゃWindowsｗの人が喜びそうだ。
926 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:32:38.67 ]: OS関係あんの？
927 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:51:30.09 ]: ・makeみたいなツールがないからタイムスタンプが更新されている必要がない。
・しばしばタイムスタンプありきでファイル管理を行なっている。
・タイムスタンプが変わっていると天地が引っ繰り返ったように大騒ぎをする人がいる。
こんなところか?w
928 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:01:53.58 ]: >>927
> ・makeみたいなツールがないからタイムスタンプが更新されている必要がない。

はぁ？どんだけ物知らないんだよ
929 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:03:24.44 ]: しっくりこないんです！
930 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 19:58:58.11 ]: Windowsの人ってなんでバッチファイルでやるの
バッチファイルを日本語のファイル名でわけわかんない名前にしたりとか
931 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 21:48:39.95 ]: >>928
それじゃ物識りの人が教えてくれまいか。
932 名前：915 mailto:sage [2012/03/03(土) 00:10:06.87 ]: すいません。忙しくて時間がたちました。

>>916
ファイルのタイムスタンプで管理されていて、
それを変えて出すと怒られるんです(´・ω・｀)
バージョン管理とかされてなくて、ぼくは個人的に使っていたのです。

>>927
その通りです。タイムスタンプで管理されていて、変えると偉い人が有頂天になります。

>>921-923
それができるのですね。調べてみます。
ぼくは今、分散バージョン管理に興味を持っていて、そのどれかでできればいいなあと思ってたのですが。
いまのところ、Subversionだけなんですね。
933 名前：915 mailto:sage [2012/03/03(土) 00:12:21.12 ]: >>930
本当はもっと便利なスクリプト言語を使いたいのですが、
どのバージョンのWindowsでも特別なインストールや設定なしに普遍的にあるのがそれそかないんです(´・ω・｀)
管理で何かちょっとしたことをやろうと思うとそれしかないんです。

ぼくは日本語のファイル名は使いません(´・ω・｀)
934 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 00:13:49.44 ]: WSH使えば
935 名前：915 mailto:sage [2012/03/03(土) 00:16:58.39 ]: >>932
あ、はい。

それとPowerShellも考えたのですが、比較的新しめのWindowsにしか乗ってないのと、
デフォルトで乗ってるやつでも、スクリプトの実行を許可する設定にしないと動かないんです(´・ω・｀)

バージョン管理とレス違いですいません。
936 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 00:22:24.87 ]: そこまでインストールや設定変更を嫌うのにバージョン管理システムのインストールは許容するのか?
まとめてインストールすりゃいいだろ
937 名前：915 mailto:sage [2012/03/03(土) 00:32:17.38 ]: >>936
いや、すいません。バッチファイルの話は乗っかっただけで、別の仕事の話です(´・ω・｀)
バージョン管理は今の仕事のお話です。
938 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 04:22:54.43 ]: >>935
実行ポリシーについて言えば、起動オプションで
-ExcutionPolicyに好きな値設定すればどうとでもなるよ(管理者権限不要)
939 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 05:42:58.08 ]: >>932
946 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:25:52.78
TortoiseHGを最近使いだして、その使い勝手に感激しています。
そこで質問なんですが、ファイルの更新日時も管理対象にすることはできないのでしょうか？

特定のリビジョンへ更新した際に、更新日時もそのときのものに変更されれば
最高なんですが。

947 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:40:30.94
>>946
タイムスタンプ更新是非については総合スレの話題として、
それらしき拡張はあるようだ。
mercurial.selenic.com/wiki/UsingExtensions
mercurial.selenic.com/wiki/TimestampExtension
mercurial.selenic.com/wiki/TimestampModExtension

948 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 21:58:54.77
>>947
TimestampModExtension
これ使ってみました。
手間いらずでバッチリ希望通りの動きをしているようです。
どうもありがとうございました。
940 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:23:27.11 ]: Windows 7 + Visual Studio 2010 の環境でSubversionを使用して一人で
開発しているのですが、一人作業でもSubversionから分散型に移行する
利点ってあります？
一人での作業だと分散型にする意味あまりなし？
941 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:36:48.40 ]: >>940
一人でさらにtrunk一本（ブランチを作らない）であれば、Subversionのままでも構わないだろう
942 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 02:19:34.16 ]: >>940
複数拠点で作業するなら、分散型の方が何かと好都合だぞ。
943 名前：940 mailto:sage [2012/03/05(月) 02:37:31.01 ]: >>941-942
レスありがとうございます。

リリース用にブランチ切って、リリースするタイミングでタグ付けして、リリース後はブランチは保守用として残すという
のと、たまーに実験機能用のブランチを切るというような一般的な使い方ですが、ブランチは使用しております。
このブランチの運用方法でいくと、ブランチの考え方が違うMercurialは無しですかね。
(運用方法を変えればいいという話もあるが・・・)

どうも家で一人で作業している場合、コミットの回数が1回多くなる(マスターへの反映)という手間が増えるだけでは・・・
とか考えてしまう。
速度的には自分のPCで鯖立ててる状態なので、分散型に変えても有利になるわけでもないですよね。

でも確かに、ノートPC持って外出するときとかは、マスターからノートPCのリポジトリに落としてコーディングして、
気が向いたときにマスターに反映させるとかいうのは楽でいい気もする・・・。
944 名前：940 mailto:sage [2012/03/05(月) 03:22:33.73 ]: そもそもこのスレに来た経緯ですが・・・

(1)「msysGitがUTF-8をサポート」という記事を見て、分散型が気になり出す。
(2)分散型について調べて、いろいろと分散型の利点を学習。
　その課程でGitの管理ファイル(.git)はルートディレクトリだけに置かれることを知る。
(3)Subversionの管理ファイル(.svn)が各ディレクトリにあることに若干嫌気がさしていた
　ということもあり・・・Gitおいしいです（＾ｑ＾）。
(4)Subversionも1.7から管理ファイルが一つになったことを知る(現状、Subversion1.6を使っています･･･)。
(5)あれ、一人で作業するならSubversionを1.7にアップデートでよくね？
(6)いや、でも一人で作業する場合でも分散型にする利点あるのでは・・・。　←いまここ

というわけで、Subversionから分散型に移行しようとした動機がかなり不純であったので、
一人作業での利点を色々考えたのですがしっくりこないということもあり質問した次第です。
(いい機会なので、分散型に移行しようかなという気分にですが、どうも最後の一押しが･･･)
945 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 03:31:01.61 ]: >>944
＞(4)Subversionも1.7から管理ファイルが一つになったことを知る
それは知らなかった。今度試してみよう。(git から乗り換える気はないけどね。)
946 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 03:41:42.34 ]: >>943
> このブランチの運用方法でいくと、ブランチの考え方が違うMercurialは無しですかね。
この運用方法だとMercurialの「名前付きブランチ」の方がしっくりくる。
Gitのブランチの方が違和感が大きい。
947 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 05:56:36.76 ]: ここで bzr と言ってみるテスト
948 名前：デフォルトの名無しさん [2012/03/05(月) 06:51:09.09 ]: >>944
別にsvnでもcsvでも分散は出来るんだが。。
分散型の利点は、実は分散でなはいという実感。
949 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 07:21:30.40 ]: svnから見てgitやhgの一番嬉しい点は、amendなりrollbackなりできることだと思ううっかり屋の俺。
分散自体はsvnsyncなりsvkでもできるし、ワーキングコピーと同じディレクトリにリポジトリ本体を置く分散型よりsvnスタイルのほうが安心な気はする。
950 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 07:48:48.19 ]: むしろ、ひとりで開発するときに分散型が向いてるとおもうけどね。

軽いし、サーバー立てなくてもいいし、実験用ならブランチしなくても丸ごと
cloneしちゃえばいいし。

svn は 1.7 でけっこう良くなったんだけど、まだ周辺ツールが
ついてきてない感じ……
951 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 08:29:37.18 ]: ここでbzrリポジトリをUSBメモリに入れて持ち歩いている私が颯爽と登場。
え? お呼びでない? こりゃまた失礼いたしました。
952 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 15:08:33.31 ]: >>どうも家で一人で作業している場合、コミットの回数が1回多くなる(マスターへの反映)という手間が増えるだけでは・・・
その使い方ならわざわざマスターを別に作る必要がないんじゃない？
好きに履歴を改ざんできる気持ちよさ（手軽さ・気楽さ）に慣れるとsvnには戻れないな
953 名前：952 mailto:sage [2012/03/05(月) 15:15:14.19 ]: 調べたなら知ってるとは思うが、使ったことないとイメージしにくいかもしれないので一応補足
Git を例にとると、ルートディレクトリにしたい場所で「git init」で .git ディレクトリができる
これが管理ディレクトリでもありリポジトリそのものでもある
ノートPC持って外出するならそこからcloneして、帰ったらpushすればいい
954 名前：940 mailto:sage [2012/03/05(月) 20:10:51.96 ]: みなさまレスありがとうござます。

>>946
以下のページを見てみると
ttp://keijinsonyaban.blogspot.com/2010/10/successful-git-branching-model.html
Subversionの「タグ・リリース用ブランチ・実験用ブランチ・トランク」が、
Gitの「master・release + hotfix・feature・develop」ブランチにそれぞれ該当するという
ことになり、運用の考え方は同じになるのかなと思いまして。
(いや、そもそも作業ごとに全部ブランチを作って不要になったらブランチを消すという
運用が「ブランチの考え方」という点においてはSubversionとは全然違うところか)

Mercurialだと無名ブランチという物が存在して、ブランチ自体の考え方が違うのかと
考えてしまったのですが、むしろ基本的にはSubversionと考え方は同じで、さらに気軽
にブランチを切れるという感じでしょうか
Mercurialのブランチやタグの運用指標が書かれているページなどあれば教えて
いただけたら幸いです(探したが見つからず・・・)。
955 名前：940 mailto:sage [2012/03/05(月) 20:16:45.47 ]: >>947 >>951
Bazaarは情報が少ないのが何とも。分散型で検索してみると、ほとんどGitの情報で、
たまにMercurial、さらにたまにBazaarが出てくる感じですよね・・・。

>>948-950
CVSやSubversionよりも後発ということで、分散型を導入することで分散型とは関係ない
部分の利点の恩恵も受けられると。コミットした後に修正もれに気付いて再コミットでログ
が汚れるということが日常茶飯事なのでamendやrollbackはたしかに良いと思いました。

> 軽いし、サーバー立てなくてもいいし、実験用ならブランチしなくても丸ごと
> cloneしちゃえばいいし。
サーバー立てなくてもよいってのはリポジトリにfile://を指定できるSubversionでも同じでは
ないでしょうか？(そういう意味ではない？)

実験用ならその運用というのはなるほど納得。無駄なブランチができなくて良いですね。
956 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 20:18:39.55 ]: >>954
Mercurial Advent Calendar 2011
partake.in/events/902cd6d9-0215-4ea3-b51f-b8ff32e56426
あるプロジェクトのMercurial導入の軌跡
d.hatena.ne.jp/troter/20111225/1324823716
957 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 20:19:38.33 ]: タダなんだからとりあえず試せよ
958 名前：940 mailto:sage [2012/03/05(月) 20:21:02.15 ]: >>952-953
> その使い方ならわざわざマスターを別に作る必要がないんじゃない？
なるほど。あくまでも複数人で作業する場合に成果物を共有するためにマスターリポジトリを
作成する必要があるわけであって、一人作業の場合はローカルリポジトリ自体がまさにマスター
リポジトリと考えればいいわけで、そこで作業してる分にはわざわざpush/pullの必要がないと。

> Git を例にとると、ルートディレクトリにしたい場所で「git init」で .git ディレクトリができる
> これが管理ディレクトリでもありリポジトリそのものでもある
DropBoxにリポジトリを置く運用をしているので、リポジトリは作業しているディレクトリとは別に
あった方がうれしいですが、たとえばGitだと「git --bare init」で可能みたいですね。

それにしても、このスレの住人は優しいですね。
一人作業でも利点が多いということが十分理解できました。
みなさま最後の一押しありがとうございます！
GitとMercurialの両方で仮運用してみて、気に入った方を使ってみようと思います。
959 名前：940 mailto:sage [2012/03/05(月) 20:23:58.27 ]: >>956
THX。これはわかりやすい。

>>957
いや、まったくおっしゃる通り。ちょっと仮運用してみます。
960 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 21:29:32.33 ]: >>951
かつての俺ガイル
USB メモリなくして涙目になって
dropbox に置くようになった

仕事関係では mercurial 使ってて、
個人では bazaar 使ってる

ブランチの使い方が両者で全然違うので
ツールが違えば運用ルールも変わる的な
面倒くささがうざい
961 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 23:41:59.50 ]: >>958
リポジトリを別に置くのは--separate-git-dirでないかな。
--bareはサーバー用にワーキングディレクトリを使わない宣言だった希ガス
962 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 00:05:47.25 ]: GitHubに脆弱性、第三者が権限のないリポジトリへのアクセス権を取得可能
ttp://slashdot.jp/

insiderman 曰く、
3月4日、GitHubに脆弱性が発見された（GitHubのブログ）。同日中に問題は修正され、現在これによる影響をチェックしているとのこと。

この問題は、GitHubが使っているRuby on Railsに含まれていたMass assignmentという脆弱性を使ったもので、
実例としてこれを用いて不正な日付でIssueを登録したり、本来なら登録する権限がないSSH公開鍵の登録が行われていた模様。
これはRuby on Railsの問題であり、Issueで議論が行われている。

Ruby on Rails側の問題ということで、Ruby on Railsを使っているほかのサイトでも同様の問題が発生する可能性があるようだ
963 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 00:15:37.17 ]: >>958
ぼくはSubversionからBazaarに乗り換えたよ。
Bazaarも試してみてね。
964 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 00:16:25.05 ]: Subversionでもサーバ立てずに使えるよね。
ファイルで。
965 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 03:54:39.10 ]: 使えるといえば使えるけど、結局サーバー立てるのに比べて
あまり簡単にならないんだよね。単にプロトコルが file://
になっただけというか。

まずリポジトリを作らなければならないし、
import したあとに作業コピーを作る必要があるし、
リポジトリと作業コピーを別々に管理する必要があるし……
966 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 08:30:06.47 ]: >>954
svnのあれがgitの場合これとか、gitのあれがhgのこれとか、そういう考え方だとはまるよ。
とっかかりとしては、いいかもしれんが。。
967 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 12:05:21.38 ]: >>960
私は逆に、ネットから切り離されている(客先の)環境でも使えるようにUSBメモリを使っている。
# このUSBメモリは更にTrueCryptで暗号化されているから紛失しても大事には至らない想定。
私物は、DropBoxだけどね。
968 名前：デフォルトの名無しさん [2012/03/14(水) 17:59:17.47 ]: githubを使い、自分で使っているスクリプトtool.rbを公開したいです。
ですが、スクリプト内に（Web APIを使うための）IDとパスワードが含まれています。
よって以下の様にファイルを分離し、私のIDとPASSが記録されているconfig.rbは.gitignoreで無視しようと思いました。
- tool.rb（スクリプト本体）
- config.default.rb（設定ファイルの雛形）
- config.rb（私が使っている設定ファイル）
ですが、tool.rbでconfig.rbをrequireしている場合、ユーザにこのスクリプトを使ってもらうには
config.default.rbをconfig.rbにリネームして貰わなければなりません。
このリネームの手間を無くしたいのですが、どのようにするのが一番良いでしょうか？
アドバイス頂けると嬉しいです _ _
969 名前：デフォルトの名無しさん mailto:sage [2012/03/14(水) 19:09:47.62 ]: IDとパスワードをスクリプトに埋め込むのをやめて、ふつーにドットファイルなりレジストリなり使うようにすればいいんじゃね？
970 名前：デフォルトの名無しさん [2012/03/14(水) 20:59:59.65 ]: ruby スクリプトでは pit を使ってるなぁ。
971 名前：デフォルトの名無しさん mailto:sage [2012/03/15(木) 01:22:17.77 ]: >>968
環境変数やコマンドライン引数で設定ファイルの位置を指定できるようにして、
自分の環境ではそれらを指定して、自分用の設定ファイルを使うに一票。
972 名前：デフォルトの名無しさん mailto:sage [2012/03/15(木) 22:24:57.41 ]: 設定ファイルを.rbにするからいけないんだろ
xmlなりjsonなりの形式にしてconfig.xmlが存在しなければ
config.default.xmlをconfig.xmlにコピーしてから読むようにtool.rbを書けよ

つかバージョン管理は全く関係ねー
973 名前：デフォルトの名無しさん mailto:sage [2012/03/15(木) 23:56:02.49 ]: 管理しやすいように設計するって話なんだから関係はしてるでしょ
974 名前：デフォルトの名無しさん mailto:sage [2012/03/16(金) 20:20:36.59 ]: >>972
設定ファイルがなければコピーするのはそれでいいと思うが、
その３つのなかじゃ、セキュリティの問題がなければ、
設定ファイルとしては、.rbファイルが一番使いやすいよ。
特にxml は、誰にもメリットがない。xmlは、早く絶滅すべきフォーマット。
975 名前：デフォルトの名無しさん mailto:sage [2012/03/16(金) 23:50:35.97 ]: XMLは手編集する設定ファイルに向いてないのは同意だが、
マークアップランゲージとしては柔軟で強力だと思う
976 名前：デフォルトの名無しさん mailto:sage [2012/03/25(日) 06:12:39.04 ]: .
977 名前：デフォルトの名無しさん [2012/03/26(月) 20:29:08.44 ]: CodePlex、Gitサポートを開始
sourceforge.jp/magazine/12/03/26/0529214

　米Microsoftは3月21日、オープンソースソフトウェア向けの
ホスティングサービス「CodePlex」でGitをサポートすることを発表した。
これにより開発者は、Microsoft Team Foundation Server（TFS）、Subversion、
Mercurial、Gitからバージョン管理システムを選択できるようになる
978 名前：デフォルトの名無しさん mailto:sage [2012/03/28(水) 01:33:32.43 ]: >>944

Subversion、TortoseSVNつかってるなら、普通にアップデートして
作業コピーもアップデート適用すれば、すぐに変更適用できるよ。

あまりに量が多いと大変だろうけど、便利になった。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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