1001コメント322KB

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

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2010/04/07(水) 20:40:36

●関連スレ
CVS 1.3 [UNIX板]
http://pc12.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ～ Rev.3 [プログラム板]
http://pc12.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1154701996/
Subversion r12 [プログラム板]
http://pc12.2ch.net/test/read.cgi/tech/1254838551/
git スレッド [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1197798039/
【分散型バージョン管理】 Mercurial 【hg】
http://pc12.2ch.net/test/read.cgi/tech/1251208950/
【bzr】Bazaarでバージョン管理 Rev 2
http://pc12.2ch.net/test/read.cgi/tech/1265951333/

●過去スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
http://pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
http://pc12.2ch.net/test/read.cgi/tech/1255241922/

0232デフォルトの名無しさん

2010/04/25(日) 17:26:32

そもそも仕事したことが無いんだと思うよ

0233デフォルトの名無しさん

2010/04/25(日) 18:03:02

gitスレはLinux板にあるってのもなｗ

0234デフォルトの名無しさん

2010/04/25(日) 18:12:52

OSSに関わってたり、Windowsを開発機にしてUnix鯖のwebアプリ作ってたりするとそうもいかない。
今時「win用じゃないんだから」はナンセンスじゃないか？
まー、Unix鯖で動くアプリ作るときは結局仮想マシンつかうし、その上でgit動かす分には問題ないかｗ

0235デフォルトの名無しさん

2010/04/25(日) 18:38:57

なんのためにgitが生まれたか知らずに語っている奴が混じってないか?

0236デフォルトの名無しさん

2010/04/25(日) 18:45:22

つまりMercurialも同様ということだな

0237デフォルトの名無しさん

2010/04/25(日) 20:58:17

>>231
他人の事を考えるならgitなんか使うな
それこそSubversion使うだろ普通

0238デフォルトの名無しさん

2010/04/25(日) 21:28:38

どんな普通だよｗ

0239デフォルトの名無しさん

2010/04/25(日) 21:29:56

でもさー、日本語ファイル名使うようなファイルってWordとかExcelみたいな、
そのへんのバージョン管理システムのdiffサブコマンドじゃーどうにもならない
ファイルばっかりだし、それこそファイル名に日付でも付けた状態でそのまま
ファイルサーバに置いて管理して欲しいと思う……

どーせMS Officeってファイル内部で変更履歴管理できるのばっかりだろうし。

あ、プログラムのファイル名に日本語使う人は死んでいいから。

0240デフォルトの名無しさん

2010/04/25(日) 21:31:44

マルチプラットフォームで日本語ファイル名も使うプロジェクト、
という前提での「普通」だろ？

0241デフォルトの名無しさん

2010/04/25(日) 21:48:26

そういうプロジェクトでgitを使ってはいけない理由って別にないよね。

結局、gitは日本語ファイル名がうまく扱えないという現実を
「不具合だから直すべき」ととらえる人と、
「そういう風になっているソフトでわざわざ想定外の使い方をしなきゃいいのに」
と思ってるひととでは永久に相容れないと思う。

0242デフォルトの名無しさん

2010/04/25(日) 23:12:55

>>239
>あ、プログラムのファイル名に日本語使う人は死んでいいから。
業務プログラムのテストケースとかだと普通にあるけどな。
"要件XXX-価格決定-特定得意先別値引率適用Test" みたいな。

0243デフォルトの名無しさん

2010/04/25(日) 23:47:17

＞結局、gitは日本語ファイル名がうまく扱えないという現実を
日本語Windowsでの話だろそれ。自分の環境を前提に何でも話通そうとするなよ。

0244デフォルトの名無しさん

2010/04/25(日) 23:56:00

>>224
× git が日本語ファイル名に対応しろ派
○ git を日本語ファイル名に対応させろ派

0245デフォルトの名無しさん

2010/04/26(月) 01:09:39

つまり、要約すると、早い話が、gitは国際化対応できないって事で、FA?

0246デフォルトの名無しさん

2010/04/26(月) 01:13:08

日本語をgitに対応させろ派も旗揚げ

0247デフォルトの名無しさん

2010/04/26(月) 01:24:25

だからgitは世界のシェアの2%のLinuxの、そのまた更にシングルバイト圏でしか使う事ができない田舎アプリなんだよ
もう何も期待すんなよ

0248デフォルトの名無しさん

2010/04/26(月) 01:30:12

gitのWindowsでの日本語ファイル名問題だけでここまで引っ張るのはすごい

>>247
シェア高いのって何？やっぱりSVNやCVSなのかな

0249デフォルトの名無しさん

2010/04/26(月) 02:36:54

gitすげーさいこーっていう流れの反動と、svnみたいに簡単に
使えないことへのがっかり感とが怨念っぽくなってるんだろ

0250デフォルトの名無しさん

2010/04/26(月) 03:56:16

>>249
まあ、バージョン管理システムて基本大勢で使う為の物になってしまったから、
バージョン管理システム自体の「癖」を気にしながら使わなきゃなのわ。
ちょと、辛いよね。

0251デフォルトの名無しさん

2010/04/26(月) 04:13:17

問題はgitユーザーがとにかくSVN等を馬鹿にしていて
SVNがWindowsや文字コードに完全対応している事すら何故か見下し馬鹿にすると言う意味不明な行動を取っている事じゃなかろうか。

gitユーザーが最初に怨念染みたネガ波動を全方位に振りまいてんだから、それがそっくりそのまま帰ってきてもあたり前だろうに。

0252デフォルトの名無しさん

2010/04/26(月) 05:57:16

gitスゲー他のvcsは全部糞git最強とか繰り返してるのを見てwktkしながらgitを試してみたら

導入第一歩であっけなく文字化け

それはもう遣る瀬無い気持ちになったとさ

0253デフォルトの名無しさん

2010/04/26(月) 07:36:07

>>224
gitもSubversionもどうでもよくて、煽り合いたいだけの奴らが少なからず混じってるだろう

0254デフォルトの名無しさん

2010/04/26(月) 08:02:24

暇で必死なバカが一人いるな、という感じに見える

0255デフォルトの名無しさん

2010/04/26(月) 09:23:08

>>245
つまりはそういうことだね。

0256デフォルトの名無しさん

2010/04/26(月) 09:55:09

仮にファイル名だけ文字コード変換したとしても、
Makefileみたいにファイル名を直に書いているファイルがあるとうまくいかなくなるよな

ファイル名だけじゃなくてファイルの内容まで含めた包括的な文字コード変換の仕組みが必要なんだけど
どのエンコーディングからどのエンコーディングに変換すればいいかがいまいち自明じゃない
変換失敗のときにどう動作すればいいのかとか、
文字コード変換しなくていいファイルはどう指定すればいいのかとか、
問題は山積している

だからそういう問題を忘れて、POSIX APIを仮定して（ファイル名＝バイナリ文字列）プログラムを書くというのは
それなりにわかりやすい態度だと思うのよね

0257デフォルトの名無しさん

2010/04/26(月) 09:56:08

GNU周りってモノはそんな悪くないんだけど、コミュニティが最悪にガキ臭いよね。
Gitが文字コード問題に取り組まないのも、大嫌いなWindowsに関わる事なんざ知ったこっちゃ無いと言う小学生レベルの理由以外は何も無いし。

0258デフォルトの名無しさん

2010/04/26(月) 09:59:09

>>256
ファイルの中身のエンコーディングについてはバージョン管理システムは関係ないだろう。
勝手にごっちゃにして実際に発生している問題を正当化する材料にするのはおかしくないか？

0259デフォルトの名無しさん

2010/04/26(月) 10:01:12

>>256
OS含め全てがマトモに文字として扱っている限りはそんな下らん問題は発生しない
問題が発生するのは、どっかのタコプログラムが文字列(ファイル名等)をただのバイト列として扱うから

0260デフォルトの名無しさん

2010/04/26(月) 10:14:51

>>259
> マトモに文字として扱っている

マトモな文字の扱いかたをしてるものって、EmacsとRubyぐらいしかないんじゃね？
OSなんか全滅だろ。

0261デフォルトの名無しさん

2010/04/26(月) 10:25:51

うん、Unix派生OSは全滅だね

0262デフォルトの名無しさん

2010/04/26(月) 10:29:22

つまりgitは無責任にOSに文字列の扱いを丸投げしているだけで
実際に文字化けを起こしているのはLinuxとかのタコOSなんだよ

0263デフォルトの名無しさん

2010/04/26(月) 10:52:33

>>257 gitはGNUが作ってるわけじゃないけど。

0264デフォルトの名無しさん

2010/04/26(月) 11:39:20

>>251
確かにLinusはSubversionをバカにしたけど、Windowsで日本語ファイル名がダメ
とかっていうのは、単純にWindows使わないから知らんがなーなだけ
だと思う。Windowsダッセーとかっていうのは昔から言ってるしね。別の話だよ。

0265デフォルトの名無しさん

2010/04/26(月) 18:34:22

gitに興味持ってこのスレ覗いたwinユーザーは安易にgitを使わないで下さい。

winでは文字化けします。

勝手に導入すれば周りに迷惑を掛けるのがオチです。

導入したいならWindowsを捨ててください。

0266デフォルトの名無しさん

2010/04/26(月) 20:12:28

日本語を捨てるのが先

または、全部ローマ字でkakebaZenbuKaiketsuDesu.

0267デフォルトの名無しさん

2010/04/26(月) 20:58:06

同じマルチバイトの中国語や韓国語は問題ないの？

0268デフォルトの名無しさん

2010/04/26(月) 21:26:16

田舎アプリユーザーはASCII以外興味ないんです
無理言わないであげてください

0269デフォルトの名無しさん

2010/04/26(月) 22:23:45

>>267
ASCII Onlyでないやつはすべて問題あります
それでも日本がダメだと言い張るのがこのスレのクオリティー

0270デフォルトの名無しさん

2010/04/26(月) 22:31:34

gitはlinuxどうしでもlocaleが違うとだめだよね

0271デフォルトの名無しさん

2010/04/26(月) 22:32:19

Linuxが糞なだけでgitは悪くないっしょ

0272デフォルトの名無しさん

2010/04/26(月) 22:48:09

Linuxの世界ではファイル名は文字列じゃなくてバイト列なんだよ
（'\0' と '/' 以外の任意のバイトが使える）

これはバグとかそういう問題じゃなくてただの文化の衝突だからどうにもならん

0273デフォルトの名無しさん

2010/04/26(月) 23:10:42

そんなん何十年も昔の妥協点を未だに引きずってるだけの話でしょ
文化の衝突じゃなく、単にコミュニティがascii以外に興味が無いだけとしか思えない

0274デフォルトの名無しさん

2010/04/26(月) 23:23:55

http://www-06.ibm.com/jp/domino01/mkt/cnpages7.nsf/page/default-007ACA9B
Windowsの方も、アプリケーションにSJISでファイル名を渡してくるような状況を変えられないとねぇ…

0275デフォルトの名無しさん

2010/04/26(月) 23:25:40

あと、そもそもLinuxはOSがロケールにアクセスしないから
システムコールレベルで文字コード変換を云々するのはそもそも不可能だな

0276デフォルトの名無しさん

2010/04/26(月) 23:32:16

>>274
知らんなら黙れ
SJIS自動変換は当たり前にOFFにできる

0277デフォルトの名無しさん

2010/04/26(月) 23:43:22

>>276
offってどうやるの？
別関数使うならわかるけど

0278デフォルトの名無しさん

2010/04/26(月) 23:46:46

馬鹿には見えないマクロ郡を使って

0279デフォルトの名無しさん

2010/04/26(月) 23:59:30

.netのSystem.Diagnostics.Processで引数としてファイル名をUTF-8で渡す方法は？

0280デフォルトの名無しさん

2010/04/27(火) 00:04:04

突然関係ない都合の良い話を始めるのはgit病の症状なの？

0281デフォルトの名無しさん

2010/04/27(火) 00:07:10

Git脳の恐怖

0282デフォルトの名無しさん

2010/04/27(火) 00:14:44

>>280
ファイル名関連はBzr病だと思う

0283デフォルトの名無しさん

2010/04/27(火) 00:49:18

OSがファイル名をUnicodeとして管理している場合と
OSがファイル名をただのバイト列としか思ってない場合とじゃリスクは比べるべくも無い

0284デフォルトの名無しさん

2010/04/27(火) 01:51:17

ここで修正パッチも出さずに、gitがWindowsでうんこといっても
暗にhgもクソ、Bzrマンセーしているようにしか見えないし

0285デフォルトの名無しさん

2010/04/27(火) 01:55:35

せっかく賑わってきたので現実的な解決方法を話しあいたい。

ぶっちゃけアドホックでもいいので
「Windowsで(UTF-8なcygwin環境以外でも)日本語ファイル名が
他のプラットフォームと相互運用してもSubversion並に問題ない」というような
（↑要点あってるよね間違ってたら言って)
現実的な解決方法って何かないもんなんでしょうか？
Windowsユーザー的にはツールはTortoiseGitとmsysgit辺りでなんとかなればいいんだと思う。

0286デフォルトの名無しさん

2010/04/27(火) 03:25:13

身も蓋もないことを言うようだが、TortoiseとかでGitやっても、Subversionと同じ使い方しか
しないような気がする。そんなことない？　失礼しました。

0287デフォルトの名無しさん

2010/04/27(火) 08:12:44

>>286
同じじゃだめなの？
コミットがローカルにされて、pushとpullを覚えるくらいのイメージなんだが。
ブランチだなんだと面倒なことは慣れてから理解。

いきがってstashとか使ってたら大昔のやつをpopしてしまって
コンフリクトの嵐。戻し方がわからず泣きそうになった。resetとか怖い

0288デフォルトの名無しさん

2010/04/27(火) 08:35:27

gitはrebase -iで履歴を組み換えるのが楽しいぞ。

0289デフォルトの名無しさん

2010/04/27(火) 12:17:17

>>285
>>110

Mac問題はシラネ

0290デフォルトの名無しさん

2010/04/27(火) 13:19:59

>>287
いや、ダメっていうか、svnと同じ使い方しかしないのなら、移行にかかる学習コストや
既出の障壁なんかを考えると、無理に導入する必要あるのかな、と。

0291デフォルトの名無しさん

2010/04/27(火) 15:40:38

なんども言われてる事だと思うけど>>285みたいなのはSubversion使うべき
無理にgit導入すれば周りから迷惑な奴と思われてしまうよ
さらにgitの文字コード問題を知ってる奴から見たら馬鹿な奴と思われるだけ

0292デフォルトの名無しさん

2010/04/27(火) 15:56:53

なぜ無意味に上に立ちたがるのか

0293デフォルトの名無しさん

2010/04/27(火) 16:32:19

subversionなら日本語ファイル名の相互運用が問題ないっていう妄想はどこからくるわけ?

0294デフォルトの名無しさん

2010/04/27(火) 23:29:45

>>293
ja_JP.UTF-8 のDebianで「十表.txt」を作成、svnでコミット。
これをWindowsのTortoiseSVNでチェックアウト。問題なし。もちろん逆も。

これくらいのことなら、もちろんGitでもできるんだよね。
これくらいのことが普通にできればそれでいいんだよ。

0295デフォルトの名無しさん

2010/04/27(火) 23:42:52

>>290
・全ディレクトリに.svnが作られ、ディレクトリのコピーが気楽にできない。
ネストしたディレクトリのコピーとか、結構面倒。そのままコミットするとsvnが錯乱する
・全ての編集が毎度中央レポジトリにされるので、一時保存的なコミットができない。
　なんか恥ずかしいし、あとから見たらゴミでしかない。
・やっぱり、ネットが切れててもコミットしたい状況はある。

別にgitじゃなきゃいけないわけじゃないけど、この辺はなんとかしたい。

0296デフォルトの名無しさん

2010/04/27(火) 23:46:05

終了してしまったけど、svkはローカルリポジトリの履歴を
上流にpushするときに改変できたりしないの?

0297デフォルトの名無しさん

2010/04/28(水) 01:04:28

>>296
svkはできるよ。svnリポジトリ間のマージにも重宝する。
ただ、けっこうかなり重たいんだよな。。。
でも
* .svnは無い
* ローカルコミット可能
* リモートにpushする時にまとめたり出来る
ってのは>>295の要望には合ってそうだね。

0298デフォルトの名無しさん

2010/04/28(水) 01:07:07

svnの延長として分散型使いたいならBzrは悪くない

0299デフォルトの名無しさん

2010/04/28(水) 01:27:36

逆に、Bazaarは何がイケてないんだろ
使い方が難しいのかな

0300デフォルトの名無しさん

2010/04/28(水) 02:17:43

まあ、後発だからな > bzr

0301デフォルトの名無しさん

2010/04/28(水) 06:08:21

社内のバージョン管理をgitで統一しようと思う
日本語ファイル名禁止のメールを全員に送らにゃならんが

0302デフォルトの名無しさん

2010/04/28(水) 09:10:53

　　　　　　　　　　　｜
～～～～～～～～｜～～～～～～～～～～
　　　＞( c´_ゝ`)　　｜
　　　　　　　　　　　｜
＞( c´_ゝ`)　　　　　J
　　　　　＞( c´_ゝ`)

　　　　　　　　　　　｜
～～～～～～～～｜～～～～～～～～～～
　　　　　　　　　　　｜　　　　　＞( c´,_ゝ`)
　　　　　　　　　　　｜
　　　　　　　　　　　 J　　　＞( c´,_ゝ`)
　　　　　　　　　　　　　　　　　　　　＞( c´,_ゝ`)

0303デフォルトの名無しさん

2010/04/28(水) 10:20:22

>>299
何でもできるような余地(集中型・分散型どっちもおkとか)を残しすぎてて、
内部の動作を理解しないと使いにくそうに見えるところ。
リポジトリとブランチは別物とか言われても、「なにそれこわい」にしかならんと思う。

0304デフォルトの名無しさん

2010/04/28(水) 23:00:33

>>299
むしろ逆。普段からgithubとか使ってるとなんでgitじゃねーんだよ！って感じになる

まあ、仕事でWindowsだとBazaar、趣味やOSS開発だとgitとつかいわけてもいいんだが

0305デフォルトの名無しさん

2010/04/29(木) 00:15:35

>>303
> 内部の動作を理解しないと使いにくそうに見える
これはまさにgitにも言えることではないかと思うんだが、gitはあれでシンプルなのか？
rebaseとか言われた時点で、あ、これ無理とか引いてしまう

0306デフォルトの名無しさん

2010/04/29(木) 00:34:08

構造的に最もシンプルなのはgitだろう
だからといって使う人が理解しやすいかということは別問題

0307デフォルトの名無しさん

2010/04/29(木) 00:38:24

gitはresetでコミットが消えるとか言われた
コミットが消えるバージョン管理とか、なにそれこわい
どこかには残ってるんだよねそう言ってよママン

0308デフォルトの名無しさん

2010/04/29(木) 01:42:38

正直gitには、
ttp://d.hatena.ne.jp/idesaku/20091106/1257507849
こういう情報がもっと一般的に、大量に、言い換えれば懇切丁寧に、公式に、これくらい柔らかく必要だ

0309デフォルトの名無しさん

2010/04/29(木) 02:34:12

>>285
msysgitはどうにもならないと思う。
TortoiseGitのバックエンドをcygwin版gitにする方が見込みがありそう。

0310デフォルトの名無しさん

2010/04/30(金) 23:17:18

gitは趣味に留めて業務で使わないでくれよおまいら

0311デフォルトの名無しさん

2010/05/01(土) 04:20:22

Gitはおもちゃだし

0312デフォルトの名無しさん

2010/05/01(土) 10:48:38

そのおもちゃをソースコード管理に使っているLinuxはしょせんおもちゃプロジェクトであり
シェアなど1%前後で十分ってことだ
ttp://marketshare.hitslink.com/os-market-share.aspx?qprid=9

0313デフォルトの名無しさん

2010/05/01(土) 20:46:02

↑Winユーザーの嫉妬はみっともないな

0314デフォルトの名無しさん

2010/05/01(土) 21:23:18

↑おもちゃユーザーの嫉妬はみっともないな

0315デフォルトの名無しさん

2010/05/02(日) 10:25:41

mercurial-1.5.2.tar.gz

0316デフォルトの名無しさん

2010/05/02(日) 12:14:04

なぜ hg のスレに書かずに、ここに。

0317デフォルトの名無しさん

2010/05/02(日) 15:00:34

バカなWinユーザーがいつまでもgitに嫉妬してるからです
早く別のを使えばいいと思います

0318デフォルトの名無しさん

2010/05/02(日) 15:20:47

↑gitがこんな考えしてるから無駄に叩かれるんだよ

0319デフォルトの名無しさん

2010/05/02(日) 15:55:37

前のほう読むと、Windowsに対応してないとか意味わかんない！　って突っかかってるように見えるが

0320デフォルトの名無しさん

2010/05/02(日) 16:00:31

gitにshit
yeah

0321デフォルトの名無しさん

2010/05/02(日) 17:09:04

>>319

0322デフォルトの名無しさん

2010/05/02(日) 18:09:12

>>319
そんなのLinuxをおもちゃとか言ってるバカの粘着だけだよ
お子様にはsvnを使ってもらいたいねぇ

0323デフォルトの名無しさん

2010/05/02(日) 20:18:32

ほら、無駄にsvnを見下してる
文字コード問題とか言う初歩的なバグを直せていないのにコレだよｗ

0324デフォルトの名無しさん

2010/05/02(日) 20:23:10

良いと思うならメリットを論じれば良いのに

0325デフォルトの名無しさん

2010/05/02(日) 20:55:02

>>323
バグじゃなく、実装されてないだけ
その違いがわからないならム板でレスしないでね

0326デフォルトの名無しさん

2010/05/02(日) 21:41:47

仕様って素敵やん

0327デフォルトの名無しさん

2010/05/02(日) 23:55:12

>>325は確実にMSの「仕様です」回答を散々馬鹿にした奴らの一人

0328デフォルトの名無しさん

2010/05/03(月) 00:49:44

仕様よ仕様。でもちょっとだけ仕様じゃないの。

0329デフォルトの名無しさん

2010/05/03(月) 01:47:39

仕様バグって奴か。
一番深刻だな。

0330デフォルトの名無しさん

2010/05/03(月) 01:57:40

つまり、要約すると、造ってる人間達に能力がない為、
できない事を「やらないだけだよ！」って振りをする為、
仕様って事にしたいんですね、わかりますん。

0331デフォルトの名無しさん

2010/05/03(月) 02:16:06

つーか想定外の用途なので欲しい人頑張って。

■ このスレッドは過去ログ倉庫に格納されています