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

バージョン管理システ ..

175:デフォルトの名無しさん
08/08/28 15:58:26
>>173
cvsがすべての基本
一番よく使われているのはおそらくsvn

176:デフォルトの名無しさん
08/08/28 16:08:50
>>173
昔から使われていればcvs
今一番多いと思われるのはsvn(cvsから移行するツールがある)
昨今はやりの分散管理方だとどれも一長一短なので会社の方針による(概念はどれも同じところを目指している）git,hg,他
ただsvn+svkは割と多いかもしれない（svkはローカル変更用にして社内のsvnに送る前に細かく手元でコミットする使い方)

まぁ、ぶっちゃけどれでもいいからログをちゃんと書いてソースの整合性をとれるならどれ使っても迷惑は掛けないと思うので自分の趣味で何か使ってみるのが好いだろう。

177:デフォルトの名無しさん
08/08/28 16:21:08
VSS使ってそうな予感

178:デフォルトの名無しさん
08/08/28 16:28:57
CVS,VSSはいくらなんでも古臭すぎ。

もし内定もらってるなら電話して社内でどんな言語やBTSを使っているか、
どんな勉強したらいいかを聞いてみたら。

179:デフォルトの名無しさん
08/08/28 16:39:44
えいや、と移行できなくて、まだCVS使ってるって所も
無くはないよ。

180:デフォルトの名無しさん
08/08/28 16:50:49
vss → svn移行ツールは有り難いんだけどえっらい苦労した

181:デフォルトの名無しさん
08/08/28 16:52:20
あ、それウチだ。

それと組み込み系だと大手メーカーでも存在さえ知らない場合も。
それとか、組み込み系の請負会社の人に聞いてみたら社長が無駄金だから買わないと言ったという話も聞いた。
ま、V$$を買いたいという話だったからポシャってﾖｶﾀと思うが。
まだWinCVSのんがマシ。

182:デフォルトの名無しさん
08/08/28 16:53:02
VSSは現役だろ

183:デフォルトの名無しさん
08/08/28 16:55:38
ほぼ消えつつある。

184:デフォルトの名無しさん
08/08/28 18:01:49
>>182
こないだロシア軍特殊部隊が使ってるのがテレビに映ったな

185:デフォルトの名無しさん
08/08/28 18:16:59
>>173
会社で必要なのは、変革する環境に即応出来るスキルなので、
どれから始めても大差ない。

自分に見合ったと思う、環境から始めればよい。
今の自分にとって、資料・環境が整えられやすい・かみ砕きやすい所から
始めてはいかが？

186:デフォルトの名無しさん
08/08/28 18:31:09
>>185
そういう事ならあえてRCSがいいんじゃないかと思ってみる。
Unixが手元にあるなら、だけどね。

リポジトリのinitとかimportとか面倒な事はとりあえず置いといて、ci,　coを
何度かやってみて感覚をつかむのと、,vファイルを直に見られるのはVCSが何を
しているのか知るにはとてもいい材料だとオモ

ま、あっという間に卒業するだろうけど、その先は好きなのに移ればいいし。

187:デフォルトの名無しさん
08/08/28 18:37:38
>>186
自分はリポジトリに入れるまでもないファイルはローカルでRCS使ってる

188:デフォルトの名無しさん
08/08/28 20:09:02
> 自分に見合ったと思う、環境から始めればよい。

はじめのうちは、これがわからんのだよね。
まったく知らないんだから、自分に見合うもクソもない。

ちなみに、俺はみかままの本見て CVS から入った。
(本当は VSS なんだけど、その履歴は無かったことにしとく)
リポジトリがあって、そこからワーキングコピーを取り出して、
編集してコミットという基本はどれも大して変わらんと思うから、
シンプルな CVS は悪くないと思う。

あと、前にも書いたが、ディレクトリ管理しないことを逆手に取った(？)
modules ファイルの機能は、ほかのシステムではみたことないねぇ。
VSS にはファイル共有があるけど。

189:デフォルトの名無しさん
08/08/28 20:36:21
>>188
黒歴史ﾜﾛﾀ

うん、modulesに限らずcvsの柔軟性はいろんな時に助かる。
今のところ、他のVCSに移れる気はしないな。
他社プロジェクトなんかでほかのを使ったりはするけど、自分がマネージャを
やる時は全てcvsだ。

190:デフォルトの名無しさん
08/08/28 21:06:10
今からならMercurialだな

191:デフォルトの名無しさん
08/08/28 21:17:20
git と比較して Mercurial の方が良い点ってどんなところ?

192:デフォルトの名無しさん
08/08/28 21:22:37
今からならBazaarだろ

193:デフォルトの名無しさん
08/08/28 21:24:00
winならMercurial

194:デフォルトの名無しさん
08/08/28 23:49:08
>>191
>>30 ぐらい？

195:デフォルトの名無しさん
08/08/29 00:23:58
rcs知っといて損はないんじゃないの。

196:デフォルトの名無しさん
08/08/29 00:29:27
diffとpatchは？

197:173
08/08/29 05:04:34
ご回答沢山頂き、ありがとう御座いました
なんかスレ見てて略語ばっかりでびびってたんですが、
回答で出して頂いたものをググりつつ、理解が深まりました
とりあえずCVSをみてみようと思います

198:デフォルトの名無しさん
08/08/29 10:40:27
>>197
CVS,Subversionはみておくとして
入る会社で使ってるの聞いてみては？
ClearCase,Perforceとかは知っている範囲でも使ってるとこあるなぁ。

SunのTeamwareはMercurialに移行しつつあるんだとして
MSはVSS使ってたりするのかな？(強制デバッガ的な意味で)

いずれにせよ、集中型と分散型の2つにだいたい分類されるから
そのポリシーの違いを覚えておけば細かい違いは実務中に覚えられる。

199:デフォルトの名無しさん
08/08/29 10:42:07
これからは分散型でしょ。
V$$は×

200:デフォルトの名無しさん
08/08/29 11:25:27
>>199
VSSの強制ロック使う会社もあるからなぁ

201:デフォルトの名無しさん
08/08/29 11:29:55
そういう会社は終わるでしょ。

202:デフォルトの名無しさん
08/08/29 11:35:05
VSSはVSに統合されていたのが唯一の強みだったな。
各種アドインが出来てからそのメリットも消えたが。
プロジェクトをまたがるファイルの共有機能は便利だったな。

203:デフォルトの名無しさん
08/08/29 12:31:04
>>202
> VSSはVSに統合されていたのが唯一の強みだったな。

逆にそれがウザいと感じるのは俺だけではないはず。

204:デフォルトの名無しさん
08/08/29 12:41:07
MSも今はVSS使用は推奨すらしてないでしょ。
もう終わった物。
未だに使ってる企業はMSべったりとかじゃなく技術無い企業。

205:デフォルトの名無しさん
08/08/29 17:04:26
マイクロソフト自身がcvs使ってるらしいからね…

206:デフォルトの名無しさん
08/08/29 22:02:30
TortoiseHg 0.4.1に上がってたので試してみたが、
依然としてCommit Toolで日本語ファイル名が化けるね。
化けるの無視すれば使えるし、
それ以外では何も問題ないんだが、早く改善されないかな。

207:デフォルトの名無しさん
08/08/30 05:34:30
文字コードがそれぞれバラバラのファイルでも大丈夫なものなんですかこういうのって？
一応統一しておいた方がいいみたいな書かれ方してて、大丈夫なのかどうか分かるらなくって
CVSなんですけど

208:デフォルトの名無しさん
08/08/30 06:34:05
文字コードを統一した方がいいのはどのSCMも同じ

209:デフォルトの名無しさん
08/08/30 10:19:34
cvs(RCSも)はコメントが実際のファイルに埋め込まれるようなものだから、
ファイルと環境のエンコードが違うと泣きを見ることになりかねない。
Subversionはそのあたりは何とかなるけれど、同時に扱うファイルのエンコードが違うとやっぱり厄介。

210:デフォルトの名無しさん
08/08/30 10:55:38
VSSはSCCSベースでしょ。
"SCCS"って文字列自体が、このスレで初出なくらいだ。

211:デフォルトの名無しさん
08/08/30 13:44:58
UNIXでしか使えないし。

212:デフォルトの名無しさん
08/08/30 21:38:30
このスレいつも思うが略語多すぎでうけるｗ

213:デフォルトの名無しさん
08/08/30 21:39:17
キモイですね、申し訳ない

214:デフォルトの名無しさん
08/08/31 04:13:28
>>212
でもしょーがねーだろｗ

215:デフォルトの名無しさん
08/08/31 10:38:27
世の中がそうだからね

216:デフォルトの名無しさん
08/08/31 12:21:50
サブバとか言おうぜ、スタバみたいじゃん

217:デフォルトの名無しさん
08/08/31 12:56:34
コマンド名って認識であんまり略語って思ってない

218:デフォルトの名無しさん
08/08/31 14:47:59
日本男児たるもの全部漢字に直して語ろうぜ

219:デフォルトの名無しさん
08/08/31 15:39:42
副版

220:デフォルトの名無しさん
08/08/31 15:59:47
水野亜美

221:デフォルトの名無しさん
08/08/31 16:21:20
>>219
×副版
○転覆

222:デフォルトの名無しさん
08/08/31 16:28:04
bazaar 1.6 release

223:デフォルトの名無しさん
08/09/01 04:02:32
221の解説たのむ

224:デフォルトの名無しさん
08/09/01 04:08:15
御事割縞酢

225:デフォルトの名無しさん
08/09/01 04:52:04
>>223
つ[辞書]

226:デフォルトの名無しさん
08/09/01 05:16:31
majika!!arigato

227:デフォルトの名無しさん
08/09/01 15:39:45
>>165
> GitはGzipじゃないか

Git 1.5.2.5 を使ってるが
gzipが見当たらないんだが

228:デフォルトの名無しさん
08/09/02 19:00:41
svnからgitへのリポジトリの移行って可能なんでしょうか？
どのようにしたらよいものか・・・

操作性の移行的な解説はよく見かけるのですが

229:デフォルトの名無しさん
08/09/02 19:03:26
URLﾘﾝｸ(www.google.co.jp)

230:228
08/09/02 19:19:10
>>229
ありがとうございます。

wadsのblog ≫ Blog Archive ≫ [git] Subversionからgitへ移行する
URLﾘﾝｸ(wadslab.net)

ここが参考になりました。
trunkとかtagsとかの扱いがどうなるかちょっとやってみないとわかりませんが、試行錯誤してみます。
また、わかりましたら報告します。

231:デフォルトの名無しさん
08/09/03 04:37:17
住民の基本はほうれんそう

232:デフォルトの名無しさん
08/09/03 20:07:58
いつまでもSubversion使わないで。

233:名無し募集中。。。
08/09/03 20:09:37
なんで? SVN最高じゃん
サーバーとネットワークで繋がっているのならば

234:デフォルトの名無しさん
08/09/03 20:15:00
じゃぁなにを使えばいいのさ！CVS?

235:デフォルトの名無しさん
08/09/03 22:56:46
つ（ここでLinusのCVS罵倒コピペ）

236:デフォルトの名無しさん
08/09/03 23:28:20
>>235
罵倒したのはSubversionに対してじゃなかったか?

237:デフォルトの名無しさん
08/09/04 00:06:08
>>236
まあ「better CVSっていう出発点から間違っている」というのは
同時にCVSに対する罵倒でもあるね。

238:デフォルトの名無しさん
08/09/04 09:16:35
>>236
あ、そういやそうだったｗ

239:デフォルトの名無しさん
08/09/04 10:23:22
何十年も(過大表現)運用された後でほざいても説得力ないねえ。
出てすぐに「(具体的にここが)これではダメだ。」とか言ってたならすごいけど。

240:デフォルトの名無しさん
08/09/04 10:30:26
明らかに用途に合ってないのに信者が使え使えうるさかったんじゃねーの。
で、ぃぬｓがぶちきれたと。

241:デフォルトの名無しさん
08/09/05 11:06:25
>>240
ありそうｗ
svn公式も「Linuxの次期VCSにsvn勧めんな用途が違う」って書いてたくらいだから、勧めちゃう人多かったんだろうな

242:デフォルトの名無しさん
08/09/05 12:23:30
整備が進むネット接続環境と裏腹に需要が高まる分散管理システム。
なんかジレンマのようなものを感じる。

243:デフォルトの名無しさん
08/09/05 13:24:31
offlineで使えるというのは、分散型SCMの副作用だろ。
本質的には、ネットワーク上のC/SモデルとP2Pモデルの違い。

244:デフォルトの名無しさん
08/09/05 13:26:33
いいや、ほとんどの分散型SCMはオフラインでも使えることを想定して設計されている。
だから本質の一部だ。

245:デフォルトの名無しさん
08/09/05 21:56:15
>>244
オフラインでも使えることを想定して設計されているのはSVKぐらいだろwww

246:名無し募集中。。。
08/09/06 01:48:06
SVKには3回挫折したので次はMercurialにしようと思います

247:デフォルトの名無しさん
08/09/06 23:27:47
で、gitとhg、どっち使えばいいのよ？

248:デフォルトの名無しさん
08/09/06 23:31:41
bzr

249:デフォルトの名無しさん
08/09/07 14:57:31
使わない

250:デフォルトの名無しさん
08/09/07 18:55:01
あるファイルを一から書き直したい場合、どのようにしていますか？
プログラム言語をそもそも変えて書き直すという場合もあると思うのですが、
どのようにコミットすると、他人にも分かりやすいバージョン管理になるのでしょうか？
例えば、
・そのファイルを空にしてからそのまま上書きする（空のファイルをコミットする or しない？）
・そのファイルを remove してから、新しく add し直す

251:デフォルトの名無しさん
08/09/07 19:04:39
＞プログラム言語をそもそも変えて書き直すという場合もあると思うのですが、
もはや別プロジェクト(別リポジトリ)だろ・・・

252:デフォルトの名無しさん
08/09/07 19:12:05
>>250
履歴がつながりにくくなるから一旦空にするとか新しく add するとか余計なことはやめてほしい。

253:デフォルトの名無しさん
08/09/07 19:55:32
>>251
PerlからPython，Rubyとかあるだろ

一旦，空にしたのをコミットして，ログにスクラッチから書き直すことを宣言するかな。

254:デフォルトの名無しさん
08/09/07 20:02:20
gitが使えるリポジトリホスティングサービス

・GitHub
URLﾘﾝｸ(github.com)
プロジェクト数無制限。100MB。無料版は公開リポジトリのみ。

・Assembla
URLﾘﾝｸ(www.assembla.com)
プロジェクト数無制限。200MB。svn,Mercurialにも対応。Trac,wikiつき。

・Unfuddle
URLﾘﾝｸ(unfuddle.com)
プロジェクト数1つ。200MB。svnにも対応。

・Rubyforge
URLﾘﾝｸ(rubyforge.org)
Ruby用

255:デフォルトの名無しさん
08/09/08 05:20:29
Mercural用のグラフビューアーってhgkしかないの？
tcl/tkをインストールしたくないんだが

256:デフォルトの名無しさん
08/09/08 07:34:05
つい最近svnを使い始めたのですが
バージョン管理システムにおいて文字コードが混在したり途中で換わったりした場合に起こることって
文字化けぐらいだと思ってて大丈夫ですか？
windowsとlinuxで使ってるのでうっかりすると混ざることもありそうなんで、気になっています
それ以上のなにかものすごいやばい状態を引き起こしたりするのでしょうか

257:デフォルトの名無しさん
08/09/08 09:26:55
darcsとTrac使えるところはないかね？

258:デフォルトの名無しさん
08/09/08 11:05:36
>>256
svnスレへどうぞ。文字コードはクライアントの使い方を間違わなければ大抵大丈夫。
寧ろ、改行コードがぐだぐだにならないように注意。

259:デフォルトの名無しさん
08/09/08 11:44:41
>>256
バージョン管理システム関係ないな。

260:デフォルトの名無しさん
08/09/08 12:10:03
>>257
common lisp のプロジェクト専用だけど。
URLﾘﾝｸ(common-lisp.net)

261:デフォルトの名無しさん
08/09/08 19:45:08
ちょっと暇だったので
URLﾘﾝｸ(hgbook.red-bean.com)
の日本語訳を下手ですが作ってみました
どなたか見て手直ししてください
↓
URLﾘﾝｸ(www.zshare.net)

262:デフォルトの名無しさん
08/09/08 22:06:52
>>261
GJ!

263:デフォルトの名無しさん
08/09/09 02:02:03
>>261
BJ!

264:デフォルトの名無しさん
08/09/09 11:09:09
>>261
DJ!

265:デフォルトの名無しさん
08/09/09 12:25:20
>>261
JK!

266:デフォルトの名無しさん
08/09/09 12:25:55
>>260
さんくす。じゃあ、それのためにCL勉強すっか。
しかし、darcsの日本語Wikiひでー事になってるな。

267:261
08/09/09 18:56:01
すいません
古いのあげてしまいました
こちらを取ってください

URLﾘﾝｸ(www.zshare.net)

268:デフォルトの名無しさん
08/09/10 17:50:17
すみません、質問です
↓をダウンロードしようとしたのですが、ssl証明書の有効期限が切れているようで
ウイルスが仕込まれていないか心配で怖いです。
リンク先は本物で安全でしょうか？？
URLﾘﾝｸ(zooko.com)

269:デフォルトの名無しさん
08/09/10 18:10:57
>>268
httpsでもないのになんで証明書の期限切れとかいう話に？

270:デフォルトの名無しさん
08/09/11 00:13:30
>>268
外野が真贋答えてもそれ自体しんじられないと思うが？

271:デフォルトの名無しさん
08/09/11 00:51:28
ssl証明書でウイルスチェックもできるのか
勉強になった

272:デフォルトの名無しさん
08/09/11 02:55:08
>>271
サイトを成りすまして、ウィルス入りのファイルとして配布している可能性もある。
SSL証明書の有効期限切れということは実質的にサイトの安全性を保障するものが何もないということなんですよ。
おまけにダウンロード先はdarcsのwikiに載っていたものなので、誰でも書き換えられる可能性があるわけです。

273:デフォルトの名無しさん
08/09/11 10:19:00
>>270の言う通りだと思うぜ。

274:デフォルトの名無しさん
08/09/11 19:59:55
MercurialのリポジトリをGitに変換するのってできますか。あるいはその逆。

275:デフォルトの名無しさん
08/09/12 16:08:19
小ネタをひとつ。
Mercurial なんかで、細かく分かれたたくさんのリポジトリを一括操作するための苦肉のスクリプト。
bash 用。俺は「hgall」という名前で使ってる

#!/bin/bash

HGREPOS=".hgrepos"

if [ -z $1 ]; then
　　　　echo "usage:"
　　　　echo "　　hgall [status|push|pull]"
　　　　echo ""
　　　　echo "　　And set repository list to \"\$HOME/$HGREPOS\" file."
　　　　exit 0
fi

if [ $1 != "status" ] && [ $1 != "push" ] && [ $1 != "pull" ]; then
　　　　echo "Command is \"status\" or \"push\" or \"pull\"."
　　　　exit 0
fi

if [ ! -e "$HOME/$HGREPOS" ]; then
　　　　echo "$HOME/$HGREPOS not exist."
　　　　exit 0
fi

COMMAND=$1
(つづく)

276:デフォルトの名無しさん
08/09/12 16:10:02
(つづき)
function checkall
{
　　　　while read reppath; do
　　　　　　　　if [ -z "$(echo $reppath | grep "^\s*#")" ] && [ -e $reppath ]; then
　　　　　　　　　　　　case $COMMAND in
　　　　　　　　　　　　　　　　"status")
　　　　　　　　　　　　　　　　　　　　cd $reppath
　　　　　　　　　　　　　　　　　　　　echo "[$reppath]"
　　　　　　　　　　　　　　　　　　　　hg status | grep -e ^[^\?]
　　　　　　　　　　　　　　　　　　　　;;
　　　　　　　　　　　　　　　　"push")
　　　　　　　　　　　　　　　　　　　　cd $reppath
　　　　　　　　　　　　　　　　　　　　echo "[$reppath]"
　　　　　　　　　　　　　　　　　　　　hg push
　　　　　　　　　　　　　　　　　　　　;;
(まだつづく)

277:デフォルトの名無しさん
08/09/12 16:17:11
(つづき)
　　　　　　　　　　　　　　　　"pull")
　　　　　　　　　　　　　　　　　　　　cd $reppath
　　　　　　　　　　　　　　　　　　　　echo "[$reppath]"
　　　　　　　　　　　　　　　　　　　　hg pull
　　　　　　　　　　　　　　　　　　　　;;
　　　　　　　　　　　　esac
　　　　　　　　fi
　　　　done
}

checkall < "$HOME/$HGREPOS"

(おわり)

やたら分かれて書き込んだのは、スペースを   にしたため。
見てもらったらわかると思うが、ホームディレクトリに「.hgrepos」というファイルを作ってその中に
リポジトリのパスをつらつらとフルパスで書いておく。~(ティルダ)が展開されないのはよくわからない。
コマンドは status、push、pull だけだが、なんか変な表示が出たらそのリポジトリに行って細かい操作をする。
意外と重宝している。ほかにいい方法あったら教えてちょうだい。

278:デフォルトの名無しさん
08/09/12 17:50:58
グーグルが女子高に侵入して撮影した事例
URLﾘﾝｸ(takagi-hiromitsu.jp)

Service Temporarily Unavailable
若干のアクセス集中により一時的に利用できません

お使いのブラウザで「リロード（再読み込み）」操作をすれば正常に表示できる場合もあります。

お前ら・・・・

279:デフォルトの名無しさん
08/09/12 18:37:03
ひろみちゅタンの日記の更新直後にはよくある

280:デフォルトの名無しさん
08/09/13 08:56:27
278は普段ひろみちゅの日記なんてアクセスしたことないんだろうな。

281:デフォルトの名無しさん
08/09/13 10:46:43
あんな大してスキルもないセキュリチィ馬鹿の日記なんて、読むに値しない。
女子高侵入なんてキャッチーなキーワードであざとい宣伝、プロパガンダ。こざかしいんだよ。

282:デフォルトの名無しさん
08/09/13 11:46:49
>>275
なんでそれをPythonで書かないかなー

283:デフォルトの名無しさん
08/09/13 12:09:32
自分で書けや

284:デフォルトの名無しさん
08/09/13 13:03:10
monotoneで、一度つけたタグを消す方法が分かりません
（mtn tagを繰り返しても新しいタグが追加されるだけ）
どなたか教えていただけないでしょうか？

285:デフォルトの名無しさん
08/09/13 13:43:13
>>283
Pythonがわからないだけと正直に言えばいいのに

286:275-277
08/09/13 20:38:35
>>283 は俺じゃないけど、確かに Python は知らない。
ていうか、あんまりスクリプト使わないし。
手元に Perl と bash スクリプトの本があったんで、シェルである bash スクリプトにした。
Perl がよかったかな。

そもそもこんな簡単なラッパースクリプトなんか何で書いても大差あるまい。
Python で書くとなんかいいことあるのかな？

287:デフォルトの名無しさん
08/09/13 20:59:14
単に「MercurialがPythonで書かれているから」じゃないのか

288:デフォルトの名無しさん
08/09/13 21:03:47
hg extensionにして欲しかったとか。

289:デフォルトの名無しさん
08/09/13 21:10:51
単にレスが欲しかったんだろう

290:デフォルトの名無しさん
08/09/14 14:45:13
gitでリポジトリを移したいというか、サーバーを乗り換えたいときって、
git remoteのgit@hogehoge を新しいサーバーに変えて
git pushするだけでよいの？

291:デフォルトの名無しさん
08/09/14 15:17:49
Google Open Source Blog: Develop with Git on a Google Code Project
URLﾘﾝｸ(google-opensource.blogspot.com)

292:デフォルトの名無しさん
08/09/15 01:56:16
規制されてたんで亀でごめん。
>>254
何も調べないで悪いが、以前見っけた。まあgithubで特に困ってないんだよなぁ。
URLﾘﾝｸ(gitorious.org)

>>242
今のように回線がリッチになり、マシンがパワフルになったからこそ、
分散型が可能なんじゃないの？
そういう意味ではsvnをあんまりいじめるのは可哀想な気がする。
ダイヤルアップ接続の時代に、リポジトリ丸ごと持ってこようとは思わないよな。

293:デフォルトの名無しさん
08/09/15 03:30:41
github使ったら1日でFreeアカウントの2%使い切ってしまったｗ
この分だと容量すぐなくなるな
gitって圧縮してあるみたいだけど、さすがにバイナリ突っ込むと膨らむね

>>254 追加
git.coderepos
URLﾘﾝｸ(git.coderepos.org)
CodeRepos::Share ? Trac
URLﾘﾝｸ(coderepos.org)

294:デフォルトの名無しさん
08/09/15 06:19:49
>>292
それだったらbazaarでいいじゃない。

295:デフォルトの名無しさん
08/09/16 13:01:22
>>294
bazaarの特徴がいまいちわからん
よければ解説してください

296:デフォルトの名無しさん
08/09/16 13:34:16
google bazaar Wikipedia

297:デフォルトの名無しさん
08/09/16 14:10:57
>>295
ｽﾚﾘﾝｸ(tech板)

298:デフォルトの名無しさん
08/09/16 14:18:13
>>295
プロジェクト数無限、容量無限、プロジェクト登録しなくても自由にブランチが作れるlaunchpadが使えること。

299:デフォルトの名無しさん
08/09/16 16:28:03
gitで外部のdiffツール使う時はどうすればいいんでしょうか？
簡単なdiffは大概はgitkで事足りるのですが。

しかし、何故かgit diffは改行が2倍になるので使えなくて困る・・・

300:デフォルトの名無しさん
08/09/17 01:31:03
>>284
亀レスだがmtn db kill_tag_locally タグ名
気をつけて使えって書いてあるのでマニュアル一回は確認してから使ってな

301:284
08/09/17 15:20:08
ありがとう！　dbのサブコマンドだったのか・・・
これからマニュアル読み直してみます

302:デフォルトの名無しさん
08/09/17 15:43:36
URLﾘﾝｸ(www.bitbucket.org)

Github みたいな hg ホスティングサービスらしい

blog.bitbucket.org :: Big in Japan
URLﾘﾝｸ(blog.bitbucket.org)

＞According to Alexa, we’re Big in Japan. Cool!

ブログみたら日本からのトラフィックが一番って記事があってﾜﾛｽ

303:デフォルトの名無しさん
08/09/19 11:56:06
TortoiseHg のコミット時間などを日本時間に設定したいのですが
どこでしたらいいのですか？

304:デフォルトの名無しさん
08/09/19 19:15:37
>>303
リポジトリ内は必ずGMTになるのは仕方ないから
取り出すときにローカルタイムに変換するしかない。
TortoiseHgにそういうオプションがなければ、できないと思う。

305:デフォルトの名無しさん
08/09/19 19:47:29
windowsでユニコードファイル名に対応してるのは svn と bzr とあとなんかある？

306:デフォルトの名無しさん
08/09/19 22:54:31
Mercurial

307:デフォルトの名無しさん
08/09/20 02:07:12
Mercurialってハングルのパス扱えなかったんだけど・・・

308:デフォルトの名無しさん
08/09/20 03:44:30
>>307
別に問題ないでしょ。

309:デフォルトの名無しさん
08/09/20 03:47:31
Unicodeファイル名に対応してれば扱えるはずでしょ？
Subversionでは問題なく扱えたし。

310:デフォルトの名無しさん
08/09/20 08:28:56
mercurial は python3000 が出たらどうすんだろ
わざわざロケール依存にするのかな

311:デフォルトの名無しさん
08/09/20 09:04:51
>>307
LANGをutf8にしてないとか、設定が足りてないんでしょ。

312:デフォルトの名無しさん
08/09/20 09:30:05
gitはcygwin版で一応、日本語ファイル名でもコミットできたし、
バージョンもどしたり最新にしたり、クローンしたりしても日本語ファイルは生成されるようで、
大丈夫だったのですが、
コミットログの表示時とか、gitkだとどうも日本語ファイル名は化けます。
（コミットログ自体にUTF-8含めるのはOK）

こういうのってどこに文句言ったもんでしょうか？

313:デフォルトの名無しさん
08/09/20 09:31:39
>>312
gitの開発者もcygwinの開発者も日本語対応なんて気にしてないよ。
文句を言うんじゃなくて、自分で対応して発表したら良いよ。

314:デフォルトの名無しさん
08/09/20 13:09:30
gitやcygwinの問題というよりWindowsの問題だろう
Windowsを捨てるのが最善

315:デフォルトの名無しさん
08/09/20 13:15:11
できもしないことを

316:デフォルトの名無しさん
08/09/20 13:53:56
>>314
うちの周りは10割りがwindowsなので厳しいです・・・

317:312
08/09/20 13:55:59
>>316 名前つけわすれました。312です。

>>314
逆に聞きたいのですが、unix環境だとgitは日本語は大丈夫なのでしょうか？
linuxだとUTF-8だと思いますが・・・。

つまり、Windowsはファイル名周りはUTF-16だったと思いますが、
UTF-8へのコンバートルーチン書いてやればよいのかな・・・

318:デフォルトの名無しさん
08/09/20 14:07:51
cygwinのAPIはWindowsのUnicode処理関連まともにサポートしてないでしょ。
>>314は誤りで、cygwinの問題だよ。

319:デフォルトの名無しさん
08/09/20 14:48:11
うちの近所ではPC台数ベースでのLinux率が50%越えてるな

320:デフォルトの名無しさん
08/09/20 15:02:30
>>318
WindowsのUnicode処理自体に問題が
特にローカライズ関係が酷い

321:デフォルトの名無しさん
08/09/20 15:46:49
どのへんが？

322:デフォルトの名無しさん
08/09/20 17:22:08
Cygwinのロケールサポートが非常に限定的なだけ

323:デフォルトの名無しさん
08/09/20 18:21:02
Linuxで日本語はgitもhgも問題ない。

324:312
08/09/20 18:30:20
忘れてた。うちサーバーはLinuxだったw

>>318-323
みなさん。thanx!
cygwinの問題かあ・・・
パッチ書くとかでなんとかなるもんかなあ

325:デフォルトの名無しさん
08/09/20 18:36:08
cygwinで日本語ｗｗｗ
しかもファイル名ｗｗｗ
アリエナサス

326:デフォルトの名無しさん
08/09/20 20:16:02
>>324
日本人が作ってるCygwinへのパッチにUTF8サポートパッチと
マルチバイトサポートパッチがある。試してみては？
＃ロケール自体の実装もあるけどかなり古い

327:デフォルトの名無しさん
08/09/20 22:11:41
>>326
後者はcp932エンコーディングのバイト列扱いになるから、ローカルで使うだけならともかく、push/popは多分無理。
> ls .hg/store/data/
> ~8d~80~96~da~95~5c.txt.i
ファイル名/ディレクトリ名末尾に'\'が含まれる文字がきたときの動作もあやしい。

328:デフォルトの名無しさん
08/09/20 22:36:30
自分では日本語ファイル名諦めて使ってないから知らなかった。
無理なんだな残念。

329:デフォルトの名無しさん
08/09/21 00:18:16
日本人が作るツールで日本語ファイル名の問題なんか出たことないのに、
何で外人はその程度もできないんだ

330:デフォルトの名無しさん
08/09/21 00:23:04
日本人が作るツールで日本語通っても他言語通るとは限らない。

331:デフォルトの名無しさん
08/09/21 01:07:48
>>329
こちらにどうぞ
ｽﾚﾘﾝｸ(tech板)

332:デフォルトの名無しさん
08/09/21 04:11:34
>>329
ruby

333:デフォルトの名無しさん
08/09/21 19:01:33
svn export -r <revision> <url>
と同じことを git でやりたくて色々調べたら
git archive <revision> | tar xf -
で代用できるよという情報を得たんですが、URLはどうやって指定するんでしょうか？
--remote=<repo> というオプションがヘルプに出るので、clone などと同じかと思って
git archive --remote git://～/～.git
とかやっても無反応で、どうも上手くいっていないっぽいんですが…
cloneできるだけじゃだめで、archive用のアクセス権みたいのが必要なんでしょうか。。

334:デフォルトの名無しさん
08/09/21 22:32:05
言語の論理構造ベースでチェックアウトできるバージョン管理システムってありませんか？

例えば物理的に同一ファイルに定義されている
メソッドの中身だけ編集する場合はクラスをチェックアウトする必要が無い、みたいな。

335:デフォルトの名無しさん
08/09/21 22:38:12
>329
日本語（特にShift-JIS）が特殊過ぎるんだよ。

336:デフォルトの名無しさん
08/09/21 23:22:00
必要だと思えば作ればいいと思うけど、俺にはその便利さがいまいちわからんし、

> メソッドの中身だけ編集する場合はクラスをチェックアウトする必要が無い、みたいな。

>>334 がバージョン管理システムをあまり理解してないように思えるんだが。

337:デフォルトの名無しさん
08/09/21 23:48:39
>>336
人と編集するファイルが重なっただけでマージが必要になるのは
メンドクサイと思ったもので。
言語の文法までバージョン管理システムが把握して、必要に応じて
コミットする範囲を設定してくれたらな、と。

確かに、今存在していないということは不要ってことかもしれませんね。
参考までに、>>336さんの理解しているところのバージョン管理システムについて
教えていただけませんか？簡単にで結構です。

338:デフォルトの名無しさん
08/09/21 23:52:41
>>337
行が分かれてりゃ自動でマージしてくれるだろ？何が面倒なんだ？

339:デフォルトの名無しさん
08/09/22 00:16:55
>>337
そういうソース管理ツールもあるらしい。名前は忘れたけど。
たとえば変数名を変更したら、ほかのSCMならたんにその変数名を含む行が変更されたと認識されるだけだけど、
そいつは「変数名を変更した」ということを認識し、リポジトリにもdiffではなくてそういう情報が書き込まれるらしい。

>>337の場合なら、たとえばチェックアウトするのはファイル単位でもいいけど、
チェックインするときに、このメソッドだけ変更されている、ということを認識して
なんかよきに計らってくれるかもしれん。
今はそういうSCMがないかもしれないけど、将来的にはあっても面白いよね。

340:>>336
08/09/22 00:20:08
>>337
> >>336さんの理解しているところのバージョン管理システムについて
> 教えていただけませんか？簡単にで結構です。

これスレで取り上げられてるバージョン管理システムはたいてい >>338
の言うように同一ファイルを編集しても自動マージする。

もちろん同一行を編集されたりすると人手介入が必要だけど、それは
>>337 でもどうしようもないんじゃないか？

とにかく、適当なバージョン管理システムをインストールして使ってみる
ことを勧めるよ。

341:デフォルトの名無しさん
08/09/22 05:45:56
>>337
> 参考までに、>>336さんの理解しているところのバージョン管理システムについて
> 教えていただけませんか？簡単にで結構です。

一般的なものはどういうものか教えてくれというのならわかるが、
お前の理解を述べよとは、何様だテメエ。
人にものをたずねる態度がなってない。小学生からやりなおせ。

342:デフォルトの名無しさん
08/09/22 07:27:17
>>340
Subversionってファイルがぶつかった時点で'C'ってなって終了だった気がするけど、
最近は違うのかな？
初めてsvk使った時、3wayマージしてくれるのに感動したなー。

343:デフォルトの名無しさん
08/09/22 07:41:30
昔から使ってるけど行単位だよ。

344:デフォルトの名無しさん
08/09/22 10:13:55
家でやった作業 push してくるの忘れた…。orz

345:デフォルトの名無しさん
08/09/22 11:52:45
git rm filename
してコミットした後、これを取り消したいんだけど、どうしたらいい？
git reset HEAD^ してみたけど、git status すると deleted filename が表示されたまま。
なおまだローカルへのコミットしかしてなくて、リモートには反映してません。

346:デフォルトの名無しさん
08/09/22 13:37:58
>>345
git reset --hard HEAD か
git checkout filename
でどうだろ

347:デフォルトの名無しさん
08/09/22 16:50:04
>>344
どこでもMyMacとsshトンネルで通路を確保してある俺様

348:デフォルトの名無しさん
08/09/22 17:26:34
Mercurial で merge してコンフリクトが起きたとき、指定のツールを起動する前に
コンフリクトを検出した箇所に印ぐらい付けといてくれないものか…。
どこかに設定ある？

349:デフォルトの名無しさん
08/09/22 18:03:39
このへん？
URLﾘﾝｸ(www.selenic.com)

350:デフォルトの名無しさん
08/09/23 01:50:40
>>346
>git checkout filename

これで行けました。そうか、checkoutすればいいのか。
ありがとうございました。

351:348
08/09/23 03:53:27
あれ、premerge もされてないっぽいや。おかしいな、premerge=True は設定してるんだけど…。
ちなみに、TortoiseHg です。

352:348
08/09/23 05:08:59
うーん、今のところ kdiff3 か internal:merge ぐらいしか選択肢はないかねぇ…。

>>349 のはまだよく読んでないけど、設定ってレベルではないような…。

353:312
08/09/23 07:56:29
>>326
これか！やっと見つけた・・・検索しても当初上手くひっからなかったんだ。

UTF-8 Cygwin - Download
URLﾘﾝｸ(www.okisoft.co.jp)

354:デフォルトの名無しさん
08/09/24 19:02:17
リビジョン管理システムで、日本語ファイル名と日本語コメントを
LinuxからEUC/UTF-8で登録してもWindowsでCP932で取り出すことができ、
WindowsからCP932で登録してもLinuxでEUC/UTF-8で取り出すことができるのは
いまのところSubversionだけでしょうか？

355:デフォルトの名無しさん
08/09/24 19:21:19
>>354
Mercurial

356:デフォルトの名無しさん
08/09/24 21:27:05
そんなにmercurial嫌いなのかよ

357:デフォルトの名無しさん
08/09/24 22:28:51
いまどきCVSもSubversionもVSSも使わないプロジェクトって何なの？

358:デフォルトの名無しさん
08/09/24 22:32:40
なに使ってるの？

359:デフォルトの名無しさん
08/09/24 22:46:54
「project_最新_yyyymmdd」みたいなサフィックスを付けたディレクトリが
たまっている火事場が実在するのは知っている。

360:デフォルトの名無しさん
08/09/24 22:51:35
>>358
マージソフトとソースコード内の修正コメントが頼り。
言うまでもないが、マージしたら毎回デグレード勃発。

361:デフォルトの名無しさん
08/09/24 23:08:36
そんなゴミネタはいらない

362:デフォルトの名無しさん
08/09/24 23:19:50
>>359
> 「project_最新_yyyymmdd」

の、"最新" がすぐ無駄になることに気付かないような奴等だから
火事場になるんじゃないか？

363:デフォルトの名無しさん
08/09/24 23:30:30
backup/backup20080921/backup20080920/backup/backup20080901
みたいなディレクトリ階層を見たことがある。
project_debug_20080921
project_release_20080921
project_release_20080921_debug
project_release_20080921_2
project_release_20080921-3
project_release_20080921_debug_4
project_debug_20080921-2
project_release_20080921(2)
みたいなでぃれくとり群を見たことがある。

364:デフォルトの名無しさん
08/09/24 23:37:38
うちのブランチとタグに酷似してる…… orz

365:デフォルトの名無しさん
08/09/25 00:22:12
もはやvcs使っていると考えたくもないよな、そういうのって。

366:デフォルトの名無しさん
08/09/25 07:46:28
リリース管理がヘボだと>>363の後者みたいになる。
vcsかどうかはあんまし関係がない。

367:デフォルトの名無しさん
08/09/25 07:54:18
>363の前者
要は、バックアップフォルダにバックアップフォルダごとバックアップしているってことか?
それって、バージョン管理を放棄しているな。

>363の後者
リリース版をデバッグするってこと事態あれなのに、
「リリース版のデバッグ版」としたい香具師と「あくまでデバッグ版」としたい香具師が居るわけね。
ついでに言えば、枝番の派生の仕方も三者三様?
挙句に、その枝番も「リリースの2」が二つ発生してしまっている体たらく。

368:デフォルトの名無しさん
08/09/25 08:27:28
つーかコミットする前にレビューぐらい通せば？

369:デフォルトの名無しさん
08/09/25 08:38:32
>>368
>363はVCSを使っていないって話だろ。

まぁ、そろそろスレ違いだし話を戻したいところではあるが。

370:デフォルトの名無しさん
08/09/25 09:30:10
mercurialでリポジトリをWebで公開したい場合、
apacheではなく、pythonのSimpleHTTPServer.pyなどとからめて公開できない？

なにかしらのAPIってないのかなぁ？
わかる方がいましたら教えてください。

371:デフォルトの名無しさん
08/09/25 10:58:43
>>370
よくしらんが、WSGIのようだから、どうとでもなるんじゃないの

標準のwsgiref実装を使えば自動的にBaseHTTPServerが使われることになると思うが、
apacheではなぜ嫌なの？

まあ一人で使う分にはPythonのオモチャHTTPサーバでもいいだろうけど、
本当にオモチャだぞ
デフォではforkもthreadも使わないただの反復サーバだしな
機能だのセキュリティだの性能だのを語る以前の問題

372:デフォルトの名無しさん
08/09/25 11:40:14
>>370
SimpleHTTPServerは無理だろ。あれはスタティックファイルだけ。
wsgirefの方を使え。
てか、なんでhg serveじゃだめなん？

373:デフォルトの名無しさん
08/09/25 12:09:28
>>355
横からですが、Mercurial(hg?)は日本語ファイル名、日本語コメOKなのか
TortoiseHGは日本語ダメってあったけど、コマンドライン版ならOK?

374:デフォルトの名無しさん
08/09/25 13:06:03
>>373
亀 Hg が日本語ダメってどこに書いてあった？
Web の情報も古くなってきてるぞ。

375:デフォルトの名無しさん
08/09/25 13:37:08
>>374
あれ？大丈夫になってきているのか？
確かめてみないといけんな

376:デフォルトの名無しさん
08/09/25 14:49:19
>>375
TortoiseHGのコミット機能以外は対応している。
コミット機能はQctを使っていてQctが対応していない。
TortoiseHG自体にもコミット機能はあるけど更新されてなくて
日本語でログを書くとおかしくなる。

377:デフォルトの名無しさん
08/09/25 15:06:20
>「リリース版のデバッグ版」としたい香具師と「あくまでデバッグ版」としたい香具師が居るわけね。
リリース版を品証の人がチェックするんでタグ付け必須な職場もあるです。

378:デフォルトの名無しさん
08/09/25 15:28:15
Release Candidate版にしとけばいいのではなかろうか

379:デフォルトの名無しさん
08/09/25 16:08:19
>>376
えー？俺コミットメッセージは日本語で書きまくってるけど、ログにちゃんと表示されるよ。
update ダイアログで Browse ボタンを押すと化けてるけど。
ちなみに 0.4.1。

380:デフォルトの名無しさん
08/09/25 20:39:17
>>363
うちの会社ではリリース版とかいう概念すらないよ
project_20080921
すべてこういう感じ。もう手遅れだと思う

381:デフォルトの名無しさん
08/09/25 23:18:23
>>380
手遅れと考えるより、その環境にはそういうやり方の方が合ってる
って考えた方がいいのかもしれんよ。

まあとりあえず、一人で内職してみては？
少しずつファイルサーバ漁って、初期リポジトリに投入できそうなファイルの目星をつけつつ、
自分のところで cvsなり svnなり VSS（最近だとTFSかな？）なりをコッソリ入れておいて、
使い方を試してみたり、日次バックアップとかリストアとかの運用方法を確認したりして、
来るべき日に備えておくと、近いうちに役に立つかもよ。

俺は、本番環境でデグレード障害が出た際に、「バージョン管理システムってのがあるんですが」
って言って切り出して、内職で作ってた VSSリポジトリを使ってデモやったら、いつの間にか
それが開発標準になってたよ。

382:デフォルトの名無しさん
08/09/26 07:22:10
TortoiseHgはコミットツールのQctが完全には日本語に
対応してなくて、コミット対象のファイル名が文字化けする。
しかし、コミット自体は日本語で正常に行われます。

383:デフォルトの名無しさん
08/09/26 07:23:56
TortoiseSVNもTortoiseHgもエクスプローラが重たくなる。
特にネット越しになると酷い。

384:デフォルトの名無しさん
08/09/26 10:35:21
>>383
アイコンオーバーレイを「固定ドライブ」だけにするといいかも。
またはアイコンオーバーレイを使わないとか。

385:デフォルトの名無しさん
08/09/26 10:43:01
SVNのステータスでソートしたりとか良く使うし
エクスプローラと連動してるおかげで検索から
削除したり出来るから便利ともいえるし人それぞれだろう

386:デフォルトの名無しさん
08/09/26 12:17:39
>>384
対象外のフォルダを検索しないとか、検索フォルダのマスクしていとかもあるよ

387:デフォルトの名無しさん
08/09/27 01:24:54
アイコンオーバレイ使わないと、亀使ってる意味がほとんとなくね？

388:デフォルトの名無しさん
08/09/27 02:14:41
シェル拡張だけでもお釣りが来ると思う

389:デフォルトの名無しさん
08/09/27 04:59:17
独立アプリの方がいいなあ。
特に亀 Hg は、シェル拡張の意味がほとんどないぐらい操作が複雑。
でも生き残ったのは亀なんだよねえ…。

390:デフォルトの名無しさん
08/09/27 06:52:09
>>389
RapidSVNは結構好きだったんだけどなぁ。
Hg用の独立アプリ無いかな。

391:デフォルトの名無しさん
08/09/27 06:57:25
Hgを暫く使ってて、ふとしたことから古いチェンジセットに
一時的にアップデートしたら.hg下のファイルがWindowsXPの
ファイル名256文字制限に引っかかってしまい、最新のチェンジ
セットに戻せなくなってしまったよ。
フォルダ階層深い人は注意。
しかしWinXPって256文字制限無くせないのかな。Vistaはこの点
どうなの？

392:デフォルトの名無しさん
08/09/27 08:18:46
NT系のパスの文字数制限はXP以前から32000文字だと思うが。
9ｘ系と互換性もたすとMAX_PATHに制限されるけど。

393:デフォルトの名無しさん
08/09/27 08:39:09
subst.exe で何とかならない？
Hg 使ってないから状況がよくわからんが。

394:デフォルトの名無しさん
08/09/27 10:30:30
subst.exeで解決できる問題なら、そもそもプロジェクトを浅いディレクトリに
配置すればいいだけの話だけど、391はプロジェクトのフォルダ階層が
異常なほど深いんじゃないの？

395:391
08/09/27 10:34:05
>>392-393
NTFSだけど下記のエラーメッセージでググると256文字制限があるってヒットするんだけど。
HgがMAX_PATHに制限しているのかな？
あと元々レポジトリのパスが短いのでsubst.exeでは回避できなさそう。

嵐っぽくなっちゃうけどエラーの状況：
D:\a>hg add *
adding あ\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い
\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\う.txt
D:\a>hg ci -m "test"
trouble committing あ/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い
/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い
/い/い/い/い/う.txt!
abort: ファイル名または拡張子が長すぎます。: D:\a\.hg\store\data/~82~a0/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a4.txt.i

396:デフォルトの名無しさん
08/09/27 10:57:37
Hg local store creates paths too long for Windows
URLﾘﾝｸ(www.selenic.com)

397:デフォルトの名無しさん
08/09/27 12:18:04
>>388
hgならともかく、SVNなら開発ツールのSCM連携機能使うだろ。

次ページ