トップページ⇒tech
1001コメント324KB

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

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001デフォルトの名無しさん2008/07/08(火) 21:38:48
バージョン管理システムについて語りましょう。

関連スレ
CVS 1.3 [UNIX板]
http://pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r9 [プログラム板]
http://pc11.2ch.net/test/read.cgi/tech/1202086238/
subversion バージョン管理【サブバージョン】 [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1154701996/
git スレッド [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1197798039/

前スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
0809デフォルトの名無しさん2008/11/22(土) 09:04:03
>>808
うちもそうだった……

つかコーダの人はCVS使えない
（結合試験完のソースを管理者に渡してコミットしてもらう）
辺りが間違いの元だったんじゃないかと……
0810デフォルトの名無しさん2008/11/22(土) 09:07:12
>>808
うちもSubversion使ってるのにもかかわらず、そうする奴がいる。
本来のソースが見づらくなるんだよな。
0811デフォルトの名無しさん2008/11/22(土) 09:15:18
> （結合試験完のソースを管理者に渡してコミットしてもらう）

刑務所みたいなふいんきを想像した
0812デフォルトの名無しさん2008/11/22(土) 13:44:43
>>810
いるいるwww 俺はコーディング規約で明確に禁止した。
0813デフォルトの名無しさん2008/11/22(土) 19:40:49
そういう奴らはDiffの使い方がわかってないんだよ。
TortoiseSVNやRapid入れて過去ログとの比較を教えてやったら二度としないと思うけどな。
0814デフォルトの名無しさん2008/11/22(土) 19:51:07
コミット時にフックを掛けて弾くのも効果ある
0815デフォルトの名無しさん2008/11/22(土) 20:27:51
>813
diffの使い方が分かってないと言うよりは、blame/annotateの使い方が分かってないんだろ。
0816デフォルトの名無しさん2008/11/22(土) 20:36:06
blameはよくわからん
0817デフォルトの名無しさん2008/11/22(土) 20:41:17
TortoiseSVNなら、blameの結果が専用ビューワーで超見やすい。
0818デフォルトの名無しさん2008/11/22(土) 22:07:02
ところで、

いい加減TortoiseSVNのアップデートは自動でできるようにならんかね？
アップデートのたびにホームページ行ってダウンロードして上書きインストールしてから再起動･･･って
いちいち面倒だっつうに。
0819デフォルトの名無しさん2008/11/22(土) 22:13:53
アップデートのたびにホームページ行ってダウンロードして上書きインストールしてから再起動するプログラムを作る
0820デフォルトの名無しさん2008/11/22(土) 22:26:38
それこそsvn updateで行えるべきだ
0821デフォルトの名無しさん2008/11/23(日) 01:01:08
>>820
もまえ天才
0822デフォルトの名無しさん2008/11/23(日) 07:39:40
diffはちょっと馬鹿なとこがあって、メソッド１つ追加したら
次のメソッドの説明コメント１行目まで差があることになったりするよな。
確かにそういう解釈にならんことも無いんだが、
あれ、どうにかならんかなあ。

}
//------------
+//func2
+//------------
+void func2 () {
+ ...
+}
+
+//------------
//func3
0823デフォルトの名無しさん2008/11/23(日) 07:57:15
異なる行を取る仕様上、そういう動作にならざるを得ないのでは
どうしても気になるならコメント一行目が違うように記述するとか…？

// func2 --------
// 説明
// -------------

// func3 --------
うーん…
0824デフォルトの名無しさん2008/11/23(日) 09:33:02
diff はコメントとかを意識してるわけじゃないからなあ。
言語仕様を意識した diff を作るか、>>822 のバカな認識を
変えるしかないと思う。
0825デフォルトの名無しさん2008/11/23(日) 09:37:17
>>824
言ってることはそれなりに正しいのに、たったの三文字で台無しだ。
0826デフォルトの名無しさん2008/11/23(日) 10:24:16
コメントを関数の中で定義すれば？
void func2 () {
//------------
//func2
//------------
...
}
0827デフォルトの名無しさん2008/11/23(日) 12:19:43
ここでpythonのコーディング規約が優れていることが判るわけですね。
0828デフォルトの名無しさん2008/11/23(日) 12:59:52
>>825
三文字？ もしかして「バカな」に逆切れ？

>>826
ソースの見辛さと diff の見辛さの二択なら、ソースの方を優先すべきだと思うが。
0829デフォルトの名無しさん2008/11/23(日) 14:29:28
ずらすだけならむずかしくない
0830デフォルトの名無しさん2008/11/23(日) 22:51:43
git add したファイルを取り消すにはどうしたらいいですか。
＃なんかgitのマニュアルはわかりずらい。
0831デフォルトの名無しさん2008/11/23(日) 22:52:25
>gitのマニュアルはわかりずらい
禿同
0832デフォルトの名無しさん2008/11/23(日) 23:00:20
ちょっとした煽りに過敏に反応する世代がこのスレに居るとはな
0833デフォルトの名無しさん2008/11/24(月) 04:25:13
TortoiseHg使って、公開鍵認証が必要なssh経由でcloneしようとしたら、結構面倒だった。

インスコそのままだとパスワード方式しかダメで、ホームディレクトリのmercurial.iniを
書き換える必要がある。Program Files以下の同名ファイルを見たら、cygwin sshの
設定がコメントアウトされてたんで、それをコピペしたらこれが罠で、秘密鍵のパスフレーズを
入力不可能な標準入力で入力待ちしてしまって、アプリが固まる。

諦めて標準のTortoisePlink.exeを使う事にして、mercurial.iniで「-i 秘密鍵へのパス」
オプションを追加すると、やっとGUIダイアログでパスフレーズを聞いてくれるようになった。
もっともその前に、puttyを落としてきてOpenSSHの秘密鍵をputty形式に変換するという
さらにめんどくさい作業が必要。以上、作業メモ。
0834デフォルトの名無しさん2008/11/24(月) 07:07:23
>>832
>ちょっとした煽りに過敏に反応する世代がこのスレに居るとはな
そのまんま832のことじゃないか
0835デフォルトの名無しさん2008/11/24(月) 08:33:17
>>833
たぶん、普段から putty と pageant なり、mingw の ssh なりを使っている人には
面倒じゃないんだろうな。

putty の設定で、秘密鍵ファイルの設定がレジストリに書かれていたら、
-i オプションが無くても秘密鍵は自動で選ばれるし、 pageant を使っていると
秘密鍵のパスフレーズ入力も無い。

Bazaar も pageant あると自動で利用してくれるから、 pageant お勧め。
0836デフォルトの名無しさん2008/11/24(月) 12:34:14
>>833
前にBitBucketにコミットしたときは、pageant立ち上げておくだけで行けたけど
0837デフォルトの名無しさん2008/11/24(月) 19:02:37
一番いいのはどれなの？
0838デフォルトの名無しさん2008/11/24(月) 20:17:18
linuxerならgit一択
*NIXerならhgかbzr
0839デフォルトの名無しさん2008/11/24(月) 20:28:55
darcs使いとしては，最近のdarcsのガラパゴスぶりに泣けてくる
0840デフォルトの名無しさん2008/11/24(月) 21:06:19
でも hackage の都合上選択肢は darcs しかないという
0841デフォルトの名無しさん2008/11/24(月) 21:33:06
Linus儲ならgit、Shuttleworth儲ならbzr、それ以外ならhgでおk。
0842デフォルトの名無しさん2008/11/24(月) 21:43:48
subversionより、いいのってあるの？
0843デフォルトの名無しさん2008/11/24(月) 22:46:29
とりあえず hg の mq は最高ってことで。
0844デフォルトの名無しさん2008/11/24(月) 23:02:42
>>843
rebaseで良くね?
0845デフォルトの名無しさん2008/11/24(月) 23:14:16
よく分からんけど、Mercurialのrebaseって、gitの機能をパクったの？
mozilla.orgと関係有るっぽい？
0846デフォルトの名無しさん2008/11/24(月) 23:16:06
rebaseってsvn由来じゃ?
0847デフォルトの名無しさん2008/11/25(火) 22:40:01
ポリシーに合ってる機能ならどんどんパクるべきだろ。
0848デフォルトの名無しさん2008/11/26(水) 01:09:14
Mercurial で 0x5c で終わるディレクトリがあるとおかしくなるのは
うちだけ?

hg init .
mkdir 管理表
hg status
abort: 指定されたファイルが見つかりません。: D:\HGTEST\test\.\管理表\管理表

win32mbcs を読み込ませても同じ。
0849デフォルトの名無しさん2008/11/26(水) 01:14:46
NetBeansでつかってるけど、マルチバイトのファイル名で
おかしくなるからそれは管理しないようにしないとだめ

コミットログ等は問題ないけどね

しかし表でおかしくなるとかあいかわらず世界は
マルチバイト圏のことはまったく考慮されてないんだなぁとおもた

十数年たってもこれだから100年後もかわってないかも
0850デフォルトの名無しさん2008/11/26(水) 01:16:58
>>848
Cygwinだったら、cygwin1.dllのせい。UTF-8 cygwin 使っとけ。
それ以外だったらわからん。
0851デフォルトの名無しさん2008/11/26(水) 01:18:23
日本語ファイル名使うなら bzr か svn にしとけって。
hg や git はUnicodeファイル名じゃないんだから。
0852デフォルトの名無しさん2008/11/26(水) 01:30:23
>>849
10年どころか、PCで日本語扱うようになって四半世紀くらい経ってますぜ。
とは言え、Unicode/UTF-8の普及でほんの少しだけマシになってます。
それ以上に多種多様な問題も連れてきたけど。

>>771に書かれてる「ファイル名はファイルの内容と同じでバイナリ弄らない」
って、判断したやつにUnicode正規化の問題とか突き付けてやりたい……。
0853デフォルトの名無しさん2008/11/26(水) 07:30:44
>>852
というかユニコード正規化とか言葉もしらないんじゃないかと。
規約や規格にわりと無頓着なプログラマって多いと思う
0854デフォルトの名無しさん2008/11/26(水) 08:35:58
統一性がないのにユニなコードとはこれいかに
0855デフォルトの名無しさん2008/11/26(水) 12:42:46
>>854
ほんとだよ
0856デフォルトの名無しさん2008/11/26(水) 16:59:46
環境: WindowsServer2008 cygwinなし

TortoiseHGを試していて分らないことがあったので質問です。

適当なディレクトリで右クリでリポジトリを作成したり、
そのリポジトリに適当なファイルを置いてaddして登録することはできるのですが
HG commitしようとすると、ウィンドウが一瞬だけ表示されてすぐ消えてしまいます。
どうやらコミットが強制的にキ%
0857デフォルトの名無しさん2008/11/26(水) 17:01:25
すいません、ブラウザの不調でレスが後半潰れてしまったようです

環境: WindowsServer2008 cygwinなし

TortoiseHGを試していて分らないことがあったので質問です。

適当なディレクトリで右クリでリポジトリを作成したり、
そのリポジトリに適当なファイルを置いてaddして登録することはできるのですが
HG commitしようとすると、ウィンドウが一瞬だけ表示されてすぐ消えてしまいます。
どうやらコミットが強制的にキャンセル?されているようで、コミットされている様子がありません。

ネットで調べた限りでは、HG commitメニューを実行すると
ログを書き残したりするためのダイアログが出てくるという事なのですが・・・

何を調査してどんな手を打てばいいかさっぱり検討も付かないので
どなたか対処を思いついた人がいたら教えて下さい
0858デフォルトの名無しさん2008/11/26(水) 19:13:07
>>857
操作しようとしてるフォルダのパスに、日本語が含まれてないか？
Hg解説してる場所でTortoiseHgはパス、ログもほとんど日本語が使えないと書いてあった気がする。
もっとも、その解説0.30あたりの時だったから最新版ではわからんけど。
0859デフォルトの名無しさん2008/11/26(水) 21:14:32
つーか日本語ファイル名なんてありえないだろJK
0860デフォルトの名無しさん2008/11/26(水) 21:28:50
パスセパレータに/を使わないシステムがクソなだけ
0861デフォルトの名無しさん2008/11/26(水) 22:25:22
win32mbcs エクステンションを入れてないとか
0862デフォルトの名無しさん2008/11/26(水) 23:08:05
>>859
世の中理想だけじゃ回らんだろ。
仕事で日本語パスが使ってある既存プロジェクトに放りこまれたときどうすんだ。
0863デフォルトの名無しさん2008/11/26(水) 23:20:47
ソースはまだありえないと思うが、ドキュメントとかなら普通に
使ってるからなぁ > 日本語ファイル名
0864デフォルトの名無しさん2008/11/26(水) 23:45:35
>>863
某社の某製品が自動生成するソース(Java)は、ファイル名にもクラス名にも変数名にも日本語で吐かれるよ!!
0865デフォルトの名無しさん2008/11/26(水) 23:55:01
>>864
悪夢だ
0866デフォルトの名無しさん2008/11/27(木) 01:19:18
>>864
変数名とかメソッド名はファイルシステムに依存してないし、Javaのシステム上問題はない
だがクラス名につかっちまうとファイルシステム依存が出てきて大変なことになる
0867デフォルトの名無しさん2008/11/27(木) 11:17:11
俺は個人的なプログラムではクラス名も変数名もばんばん日本語使うけどな。
いざというときでもEclipseやら使えばリネームは一発だし、そんなに困ると思えん。
プログラムが日本語チックに書けてコメントいらずだし。
0868デフォルトの名無しさん2008/11/27(木) 12:08:49
識別子が日本語になるだけでコメントがいらなくなるものは
命名が悪いからコメント必要になってるだけだろｗ
0869デフォルトの名無しさん2008/11/27(木) 12:41:11
変数名とか関数名を日本語にするやつの気が知れない
0870デフォルトの名無しさん2008/11/27(木) 12:48:44
ちゅうか、ことコンピュータに関しては、英語圏の奴らがマジうらまやしい。
0871デフォルトの名無しさん2008/11/27(木) 12:54:53
昔、某所で使ってた開発言語は日本語だったけど
手続き全て日本語ってのはマジで辛かったよ
廃止されてホッとした
0872デフォルトの名無しさん2008/11/27(木) 13:04:47
ソースから仕様書も作れるって言うアレだな・・・
おやじどもには好評だったな
0873デフォルトの名無しさん2008/11/27(木) 14:10:54
formから生成するときは母国語使える方が楽だとは思うぞ
0874デフォルトの名無しさん2008/11/27(木) 15:46:13
漢字が使えたほうがいい場面は確かにある。
「部材別商品管理棚」を表すクラスを英語名にすると、わけわからんなる。
業務に強く依存する名前は別に日本語のままでいいよなと思う。
0875デフォルトの名無しさん2008/11/27(木) 16:02:08
それだけ見れば、業務に強く依存するようなコードは糞だという感想しか湧かない
0876デフォルトの名無しさん2008/11/27(木) 20:35:57
で、なんで日本語だめなの？
0877デフォルトの名無しさん2008/11/27(木) 20:47:04
一度、全部日本語にしてソースを上から順に眺めていって見ろよ
日本語ってのは曖昧なんだ
0878デフォルトの名無しさん2008/11/27(木) 21:08:45
>>877
曖昧の意味知ってるか？
0879デフォルトの名無しさん2008/11/27(木) 21:20:26
>>875
学生乙
0880デフォルトの名無しさん2008/11/27(木) 21:26:54
>>876
文字コードで面倒が起きることがあるから。
0881デフォルトの名無しさん2008/11/27(木) 21:44:00
DBのカラム名が日本語なのに変数はダメだというのはようわからん考え方だな
アルファベットのカラム名でもExcelの日本語対応表見ながらじゃないとカラム名がわからないほうがよっぽどまずい


けど、そういうところは多いよね
0882デフォルトの名無しさん2008/11/27(木) 21:44:52
DBのカラム名に日本語OKって正気の沙汰じゃございません
0883デフォルトの名無しさん2008/11/27(木) 21:46:23
狂気の沙汰ほど面白い…！
0884デフォルトの名無しさん2008/11/27(木) 22:01:23
倍pushだ
0885デフォルトの名無しさん2008/11/27(木) 22:46:27
>>882
そのかわりExcel方眼紙に日本語名って項目がある笑える環境ではないかね？
0886デフォルトの名無しさん2008/11/27(木) 22:49:20
物理名論理名ってDB設計では普通だろ。
0887デフォルトの名無しさん2008/11/27(木) 23:08:09
ならコードの変数名も対照表作ったら？
0888デフォルトの名無しさん2008/11/27(木) 23:30:03
>>886
単に英語と日本語名だけで、物理とか論理なんて関係ないじゃん。
0889デフォルトの名無しさん2008/11/28(金) 01:02:44
論理名を日本語で付けて、物理名はアルファベットにしとくって話もわからんのか、クズ
0890デフォルトの名無しさん2008/11/28(金) 01:26:31
>>882-883
新手法！アカギ開発ｗ

>>889
888はお察し。多分DBまともに触ったことが無いとか
そういうヤツなんだろ。
0891デフォルトの名無しさん2008/11/28(金) 01:39:15
ソースコードの日本語の話はどうでもいいから
VCSの日本語の話をしてくれよ。
0892デフォルトの名無しさん2008/11/28(金) 01:41:31
VCSが物理名で、SCMが論理名？
0893デフォルトの名無しさん2008/11/28(金) 02:08:00
>>891
ファイル名とコミットログはプラットフォームのエンコーディングに寄らず一律UTF-8かつNFCあたりで正規化、というのが落とし所だと思うんだな。
ファイルには、Content-Type/charsetを属性として付けとく?
0894デフォルトの名無しさん2008/11/28(金) 03:54:15
ttp://github.comメンテナンス中なんだけど、
すまんがおすすめのビデオでも見ててくれ、ってことで、YouTube見させられた。
なんかgithubの中の人は2chみたいなノリでおもしれーｗ
0895デフォルトの名無しさん2008/11/28(金) 04:19:11
消されてんじゃねーかｗ
0896デフォルトの名無しさん2008/11/28(金) 05:35:41
>>895
あれ？　ホントだｗ
さっきまで見れてたんだけどなｗ

なんかオススメごと削除されたっぽいが…勝手に使うなって話だとしたらケツの穴小せえなぁ
08978962008/11/28(金) 05:41:39
連投スマン
候補からランダムで表示されるようになってて、いくつか消されてるのもある、ってだけだった。
0898デフォルトの名無しさん2008/11/29(土) 20:38:34
>893
結局、Subversionがお手本って事か。
0899デフォルトの名無しさん2008/11/30(日) 14:51:36
別にいいんじゃないの？
svnは今のところもっとも成熟したVCSだし、
そもそもsvnとgit,hgその他の違いなんて分散型かそうじゃないかだけだろ。

それはとにかく、今Mercurialを試してるんだがリポジトリを公開するのにcgi使う必要があったり、
ブラウザ上から日本語ファイルが見えなかったり、
リポジトリそのものに設定ファイルを書かなければいかんかったりと意外とめんどいな。
Gitもリポジトリをウェブへ公開するときの手間は似たようなもの？
0900デフォルトの名無しさん2008/11/30(日) 15:08:30
>>899
bazaar使えばいいじゃん。楽だよ。
09018992008/11/30(日) 15:24:22
>>900
今windowsとlinux両方で開発してるんだけど、
文字コードのサポートとか、windows上のパフォーマンスとかどう？
0902デフォルトの名無しさん2008/11/30(日) 15:38:14
>>901
>文字コードのサポート
>>735
>windows上のパフォーマンス
悪くはない
0903デフォルトの名無しさん2008/11/30(日) 15:41:10
パフォーマンスにこだわる奴結構いるみたいだけど、具体的に何のパフォーマンスを求めてるんだ？
09048992008/11/30(日) 15:43:52
>>902
サンクス。このスレ常駐してたんだがgitとhgしか読んでなかった。

wikipedia見るとsvnやcvsのコマンドがそのまま使えるとか、
他のリポジトリとの互換性が最強とか結構よさげ。
一度mercurialからの乗り換え検討してみるわ。ﾉｼ
09058992008/11/30(日) 15:45:52
>>903
具体的にはweb越しでの転送速度だけど、まあそういわれてみればたいして重要じゃないな。
むしろ安定性や汎用性の方が優先順位が高い。
0906デフォルトの名無しさん2008/11/30(日) 15:55:22
>>899
bzrならhttpでアクセスできるところにファイルをアップロードするだけで
ローカルから bzr coもしくはbzr branchをすぐ試せるよ。

gitの方はリポジトリのホストサーバーにインストールする必要があるみたい。
http経由での git リポジトリのエクスポート
http://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html#exporting-via-http
0907デフォルトの名無しさん2008/11/30(日) 16:48:48
>>906
> gitの方はリポジトリのホストサーバーにインストールする必要があるみたい。
しなくてもできるよ。
0908デフォルトの名無しさん2008/11/30(日) 17:45:44
>>899
cgiで済むなら、むしろ楽だと思うけど。
レス数が900を超えています。1000を超えると表示できなくなるよ。