バージョン管理システ ..
237:デフォルトの名無しさん
07/12/16 19:22:33
>>235
userとrealが二倍以上違うな。
238:デフォルトの名無しさん
07/12/16 22:04:06
バージョン管理
いろいろ言われてるけどろくなソフトがないなｗ
まともなのはEclipseにくっついてるのとVSSぐらいだなマジで
これ以外むかつくから使わないほうがいいよ
バグったときの動作が最悪
通信途中で切れたときとかなにのにあるっていったり
更新中だからちょっとまってろって、お前、いつまでまたせるつもりかとｗ
いい加減、その操作あきらめてもとの状態に戻しておけよｗ
ってそんなこともできねぇし、ソースコードの履歴と修正には敏感だけど
自己のソフトのバグには鈍感とかありえねぇ動作してんじゃねぇよｗ
作った奴なにかんがえてんねんｗ
239:デフォルトの名無しさん
07/12/16 22:40:18
>>238
で、どこを縦読みしたらいいんだ？
240:デフォルトの名無しさん
07/12/16 22:44:23
自
作
ここかな？
241:デフォルトの名無しさん
07/12/16 22:58:45
>>235 なんでそんなに早いの？折れの環境が悪いのか？
242:デフォルトの名無しさん
07/12/17 10:31:48
>>238
読む気はしない、が
実際のところ、クラッシュ耐性が
どのくらいあるのか気にはなる。
fsやdbもこういう所が重要だし。
svnはfsfsを時間をかけてやってるけど、
他のは大丈夫なのかな。
243:デフォルトの名無しさん
07/12/17 15:10:04
mercurialで、ファイルを含んでいるディレクリがあって、ファイルはaddせずにディレクリだけaddすることはできますか。
subversionだと svn add -N dir1 でできるんですが、hg add だとそれっぼいオプションが見つかりませんでした。
244:235
07/12/17 16:52:20
>>237
git 、hg両方とも、real - user をしてみるとわかるけど、大体6〜7秒差がある。
端末の描画速度かと。
一応、出力を/dev/nullに向けた値を張ります。
* git
real 0m6.806s
user 0m6.365s
sys 0m0.428s
* hg
real 0m21.640s
user 0m20.819s
sys 0m0.780s
>>241
速いって言われても、何とも言えないけど。
関係ありそうな環境。
CPU Pentium4 2.4c
memory 1G
file system ext3
terminal mlterm
kernel 2.6.22
GNU C Library stable release version 2.6.1
git version 1.5.3.6
GNU bash, version 3.2.17(1)-release
Mercurial Distributed SCM (version 0.9.3)
Python 2.4.4
245:デフォルトの名無しさん
07/12/17 17:49:16
>>244
実験乙。
>>235の結果と比べると、さらに差が広がってるな。
これは速度的にgitが圧倒的に有利ということでいいのだろうか？
しかし、>>112のMercurial側の主張によると、
> In terms of performance, Git is extremely fast. In several cases,
> it is faster than Mercurial, at least on Linux, while Mercurial performs better on other operations.
> However, on Windows, the performance and general level of support that Git provides is,
> at the time of writing, far behind that of Mercurial.
パフォーマンスの点では、Gitは非常に速いです。
ほかのOS上ではMercurialの方が速いものの、少なくともLinux上ではいくつかの場合Mercurialよりも早いです。
しかしながら、ウィンドウズ上では、Gitのパフォーマンスと提供するサポートの一般水準は(おそらく周辺のソフトウェアのことを指すex:TortoiseHgなど)、
書いている現時点で、Mercurialには遠く及びません。
(厨房レベルの訳スマソ)
・・・らしいので、windows側でも検証せにゃならんということだろうか。
246:デフォルトの名無しさん
07/12/17 18:06:20
> on other operations
247:デフォルトの名無しさん
07/12/17 18:07:07
/dev/nullにリダイレクトしてパフォーマンス測れよ・・・
248:デフォルトの名無しさん
07/12/17 18:08:39
えーと、適当なこと言うけど、windowsでcygwin使ってるならstat劇遅だからな
249:デフォルトの名無しさん
07/12/18 11:25:24
昔、cygwinが遅いからbcc使ってたなぁ・・・
250:デフォルトの名無しさん
07/12/18 12:08:49
>>228
diffするとstatusを呼ぶから遅い。
251:デフォルトの名無しさん
07/12/18 13:23:33
えーっと、つまり Git は Windowsに弱いらしい、ということ？
252:デフォルトの名無しさん
07/12/18 14:31:31
そもそも日本語をちゃんと使えない時点でダメダメ
253:デフォルトの名無しさん
07/12/18 14:37:27
使ってない俺が言うのもアレだが、Cygwin依存のツールは使いたくない。
異なるバージョンのcygwin1.dllがいたりすると、他のツールが使えなくなったりしてイライラする。
254:デフォルトの名無しさん
07/12/18 14:46:44
依存してないけど？
255:デフォルトの名無しさん
07/12/18 15:23:03
Mercurial を使ってるんだけど
hg view
で出てくる GUI (gitk) ではコミット時の説明文の日本語が文字化けする…
256:デフォルトの名無しさん
07/12/18 16:31:24
>>254
gitはcygwinで使うのが普通だと思ってたけど、今は違うのか？
257:デフォルトの名無しさん
07/12/18 17:24:41
>>256
msysgit
258:デフォルトの名無しさん
07/12/18 17:32:12
>>255
tcl-tkだからUTF-8にすればたぶん読めるはず
259:デフォルトの名無しさん
07/12/18 17:34:02
>>257
安定していないものは、仕事では使えません
260:デフォルトの名無しさん
07/12/18 17:46:07
>>259
cygwin の git って msysgit より安定してる？
261:デフォルトの名無しさん
07/12/18 18:27:29
なんでwin使ってんだw
262:デフォルトの名無しさん
07/12/18 18:34:13
サーバはともかく、クライアント側はWinで良いと思うが
263:デフォルトの名無しさん
07/12/18 22:11:28
Mercurialも、日本語ファイル名をどうやってうまく扱えばいいのかわからんです。
Linuxサーバ上で、cgi経由のレポジトリを置いて、
WindowsとMacOSX間で管理しようとしてるんだけど・・・・
264:デフォルトの名無しさん
07/12/19 04:41:22
>>263
URLﾘﾝｸ(www.selenic.com)
>However, there is a following error when I want to add file/directory which
>filename contains non-ascii character.
>abort: No such file or directory: c:\hg-repo\test??.txt
>Error also appears when I use ``hg status`` or ``hg log``.
>To reproduce this error, you can try to create a file named 'test中文.txt'
>and add this file to your branch to verify this problem.
これのことだよね。hg status および hg log でも起こる現象で
hg add file/dir でエラーが出ちゃう罠… add status log... であぼーん
265:デフォルトの名無しさん
07/12/19 09:22:42
使えねー
266:デフォルトの名無しさん
07/12/19 11:18:15
日本語ファイル名なんて使ってるやつはばかです
267:デフォルトの名無しさん
07/12/19 11:30:08
% git-status
# On branch master
# Changed but not updated:
# (use "git add <file>..." to update what will be committed)
#
# modified: 白黒
#
no changes added to commit (use "git add" and/or "git commit -a")
% git-log -p -1
"\347\231\275\351\273\222"
commit 242e3908ecd84cf05f79aa416ad735ce2e6f541f
Author: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
Date: Wed Dec 19 11:25:21 2007 +0900
test commit
diff --git "a/\347\231\275\351\273\222" "b/\347\231\275\351\273\222"
index e69de29..f4d9ed8 100644
--- "a/\347\231\275\351\273\222"
+++ "b/\347\231\275\351\273\222"
@@ -0,0 +1 @@
+あああgitって馬鹿だな。
とりあえずgitで日本語(UTF-8)で使ってみたが大丈夫だけど、
ログおよびgit-ls-filesはエスケープ処理される。他はファイル名表示はされるようだが。
>>266
どーい
268:デフォルトの名無しさん
07/12/19 11:30:11
ソースだけ管理してれば良いけどね
ドキュメントまで管理し始めるとそうはいかない
269:デフォルトの名無しさん
07/12/19 11:38:11
まあでもSJIS使うのは避けたほうが無難だろう
270:デフォルトの名無しさん
07/12/19 11:55:16
まあね・・なるべくなら管理したくないんだけどね
271:デフォルトの名無しさん
07/12/19 11:56:31
つまり、Windowsお断りってことですな
272:デフォルトの名無しさん
07/12/19 12:24:55
>>264 はファイル名の扱いがコードページ依存 (unicode apiを使ってない)って話じゃないの？
日本語版windowsなら日本語ファイル名でも問題ないし。
別環境でcheckoutしたときにファイル名を適切に扱えるかどうかはそれとは別の問題なわけで
273:デフォルトの名無しさん
07/12/19 20:16:44
Subversionではファイルパスを内部ではUnicode扱いしてるからうまくいく。
ファイル名をレポジトリの内部管理対象にするときに
ネイティブのパス名からUnicodeに変換してから管理するようにすればいいのに・・・と思う。
274:デフォルトの名無しさん
07/12/19 22:01:25
合成文字(濁点つきのかな文字とか)が入るとうまくいかないようだ。
Mac OS Xで、
svn add ガチョーン.txt (&commit)
他の環境(Linuxとか)で
svn up
U ガチョーン.txt
touch ガチョーン.txt (作れてしまう)
ls
ガチョーン.txt ガチョーン.txt (「ガ」が同じようで実は違う)
for f in *.txt; do echo -n "$f: "; echo -n $f | wc -c; done
ガチョーン.txt: 22
ガチョーン.txt: 19
svn add ガチョーン.txt (addできてしまう &commit)
Mac OS Xに戻って
svn up
svn: Failed to add file 'ガチョーン.txt': object of the same name already exists
Macのファイルシステム上は合成文字は分解した形に正規化されているが、
そうしない環境のほうが多いよな。
275:デフォルトの名無しさん
07/12/20 01:10:51
バージョン管理システムを嫌がるアホ
ｽﾚﾘﾝｸ(software板)
276:デフォルトの名無しさん
07/12/20 02:39:00
osxが特殊かと。
277:デフォルトの名無しさん
07/12/20 03:42:45
>>274
それは、実は大文字小文字混在問題と同じじゃないかなぁ。
278:デフォルトの名無しさん
07/12/22 10:00:27
GNU archってもう駄目なのかなあGNUウェアではよく使われてるみたいだけど
279:デフォルトの名無しさん
07/12/22 14:57:52
スレ違いかもしれないけれど…
あるフォルダに対して普段はサブフォルダ作成やファイル削除まで全ての操作を許すけど
いざとなったら任意の時刻のフォルダ状態に戻したいっていうのは
バージョン管理システムを使った運用で可能？
それとももっとスマートなやり方がある？
280:デフォルトの名無しさん
07/12/22 17:12:29
スレ違いだけど、
Plan9だとそういうのがネイティブで出来そうに見えるんだよね。
281:デフォルトの名無しさん
07/12/22 18:41:52
スレ違いっぽいけど
fuseとかで簡単に作れたりしないかな
282:デフォルトの名無しさん
07/12/22 18:47:52
スレ違いなのか…orz
283:デフォルトの名無しさん
07/12/22 19:01:52
>>279
スレ違いっぽいけど
URLﾘﾝｸ(fsvs.tigris.org)
284:デフォルトの名無しさん
07/12/22 19:45:50
スレ違いっぽいけど
>>283 thx
285:デフォルトの名無しさん
07/12/23 02:14:21
スレ違いっぽいけど、ZFSのスナップショットで戻したい時刻のデータを残しとけばいいような・・・
意識せずにした操作なら駄目だけど。
286:デフォルトの名無しさん
07/12/23 16:35:37
すれ違いっぽいけど、今日の昼飯なに食った？
俺ちりめんおにぎり1個…
287:デフォルトの名無しさん
07/12/23 17:07:20
>>279
日単位で巻き戻しならcron+pdumpfs。
任意のタイミングでスナップショットを取りたいならコード弄るしかないかな。
288:デフォルトの名無しさん
07/12/23 20:04:54
任意のタイミングは駄目なのか
289:デフォルトの名無しさん
07/12/24 03:49:41
kumaryu.net - (Prog) monotoneを使ってみる
URLﾘﾝｸ(www.kumaryu.net)(Prog)+monotone%A4%F2%BB%C8%A4%C3%A4%C6%A4%DF%A4%EB
*手軽
monotoneのリポジトリは単一ファイルです。
リポジトリはSQLiteのデータベースファイルで、ファイル1つに全部突っ込むことになります。バックアップとかのリポジトリの管理がとても楽です。
また分散型なのでサーバーとか気にせず簡単に試せます。気軽にコミットできます。
*マージが強力
3wayマージで良い感じにマージしてくれます。
*国際化対応
ファイル名、コメント等の国際化対応がされています。
データベースには軒並みUTF-8で入ることになります。
*移植性が高い
SQLite3、Lua、Boostだけあればビルドできます。
どれも移植性が高いです。多分。
これどうかな*国際化対応がされてるという一点に置いて
とても心惹かれるものがあるような…でも余り話題になってないような
もうちょっと調べてみる
290:デフォルトの名無しさん
07/12/24 07:40:03
SQLiteだとリポジトリがでっかくなったら苦しくならないんだろうか？
291:デフォルトの名無しさん
07/12/24 07:59:07
>>290
だから人気がないｗｗｗ
292:デフォルトの名無しさん
07/12/24 09:54:25
> Lua、Boostだけあれば
はいアウト
293:デフォルトの名無しさん
07/12/24 11:18:23
>>288
pfumpfsの話なら、フォルダを
2007/12/24/
みたいに掘るから
一日に二度以上できないってだけで
2007/12/24_11_17_09
みたいに時間も含めてやれば好きなタイミングでスナップショットを取れるようになるよ。
当然1･2行ソースの修正が必要になるが。
294:デフォルトの名無しさん
07/12/29 03:26:43
コマンドラインメンドクサス・・・
TortoiseHg安定せんかな・・・
TortoiseSvkでもいいけど
Rakefile書きまくっても、
結局コンソール(Poderosa)立ち上げるのが面倒で、batファイルつくって、
ファイラーから、ポチクリやってしまう
ちゅーか、IDEにターミナルエミュレータついてくれればいいのに・・・
295:デフォルトの名無しさん
07/12/29 03:31:27
Mercurialは、
バイナリファイルと国際化が弱いようですね。
Subversionはその辺しっかり、してたからなー
296:デフォルトの名無しさん
07/12/29 04:03:15
あー、あと、空のディレクトリを消すのが解せない・・・
297:デフォルトの名無しさん
07/12/29 07:33:04
そういえば関係ないけどsvnはdiffの出力も翻訳されちゃうからいつも翻訳無効にしてる
パッチ投げるときに困るんだよね
298:デフォルトの名無しさん
08/01/03 09:32:04
分散型バージョン管理システムはどれが良い?
URLﾘﾝｸ(slashdot.jp)
299:デフォルトの名無しさん
08/01/09 15:29:42
Subversion > Mercurial の移行を考えて
Mercurial使ってるんですが、
Subversionだとhookを使ってできていたコミット通知が欲しいと思って調べています。
対応する操作は、push になるかと思うんですが
push をしたときに、何かをするってのはどうすればいいかアイデアありませんか？
300:デフォルトの名無しさん
08/01/09 18:29:37
マニュアルに書いてあるのだが……
301:デフォルトの名無しさん
08/01/09 19:45:02
どうも、最近安易に聞く癖が付いてしまっているようです。
ググレカスり直してみました。
[hooks] の incoming フックで何とかなりそうですね。
ちょっと検索キーワードがまずかったみたいです・・・・
今までマニュアルだと思って見てたのは、チュートリアルだったし。
302:デフォルトの名無しさん
08/01/09 21:29:30
mercurialについてググろうとしてついhgでググっちまった。
フォーーーーーーーーーー
303:デフォルトの名無しさん
08/01/12 08:18:37
MercurialにMBCS対応エクステンションがコミットされてたぞ
304:デフォルトの名無しさん
08/01/13 14:07:29
ファイルやディレクトリのアクセス権を版管理できる
バージョン管理システムは何かあります？
ぐぐってもみつからず。
305:デフォルトの名無しさん
08/01/13 17:29:47
>>304
そんな超複雑なもん作ってどうする気だｗ
リポジトリ別にしたらいいじゃない
306:デフォルトの名無しさん
08/01/13 18:41:06
>>305
仕事の政治上の都合が有って
checkout したworking copyの一部のディレクトリを他の
Linux上のログオンユーザに見れないようにしたい。
checkout したあといちいちchmodするのは面倒だし、
し忘れが出るので。reposわけてもこれは解決できんと思います。
subversionにcheckoutのhookがあったらそれでもよかったけど。
やはりないんですかね。
307:デフォルトの名無しさん
08/01/13 19:36:54
>>306
Linuxのumaskじゃあかんの?
308:デフォルトの名無しさん
08/01/13 20:28:52
>>304
ないんじゃない? ファイルシステム依存(= 環境依存)な類のものでしょ。
Linuxのアクセス制御と関係するのは、subversionにはsvn:executableしかないかも。
checkout+chmodするスクリプトを作ってお茶を濁すとか。
309:デフォルトの名無しさん
08/01/13 21:23:15
>>308に一票。
310:デフォルトの名無しさん
08/01/13 21:37:36
みんなサンクス。
>>307
まるっきりダメじゃないけど、working copy下の他のディレクトリは
関係者に見てもらうことも有るので、umaskで全部マスクするのも
ちょと困る感じです。
>>308, 309
やはり、やるにしてもそれぐらいしかないですね。
あきらめてそうしておきます。
311:デフォルトの名無しさん
08/01/14 04:33:39
>>310
umaskを変更したユーザアカウントを一つ作っておけばいいんでない?
手間としては>308と変わらなくなる気もするけれど。
312:デフォルトの名無しさん
08/01/14 12:13:47
Subversionでauthzとか。
ワーキングコピーを共有するなら無理だけど。
313:312
08/01/14 13:11:19
よく読んでなかった、ワーキングコピーは共有する前提か。
314:デフォルトの名無しさん
08/01/14 19:57:47
Linux板行った方がもっといい方法がみつかるかもしれない
315:デフォルトの名無しさん
08/01/15 09:33:41
ここのスレを大変参考にしつつmercurialの0.9.5を数日試してるんだけど、
過去のレスに補足すべきと思うようなものも見かけるのでかいて美馬s。
>>41,152
名前を変更したファイルのdiffについては、hg diffに--gitオプションをつければ
望み通りにならない? というか、
~/.hgrcに
[diff]
git = True
を加えておいた方がいろいろよさげだと思う。
>>243
そもそもディレクトリを管理しないんだそうだ。
URLﾘﾝｸ(www.selenic.com)
自分もsvn add -Nをよくやるので少し不安なんだけど、今考えてみるとディレクトリ
を管理したいことなんてまずないかも。svn add -Nをやる理由ってSubversionの
仕様によるものがほとんどだと思う。
316:デフォルトの名無しさん
08/01/15 22:42:36
>>315
空のlogディレクトリだけ作られて欲しいこともあるけど（logファイル書けないぜエラーが出る）
まあそういうのはインスコスクリプトなりで対応すべきなんだろうな
317:デフォルトの名無しさん
08/01/15 23:50:13
> svn add -Nをやる理由ってSubversionの
> 仕様によるものがほとんどだと思う。
それは自分を納得させるための言葉に見える…。
空のディレクトリを管理できるからといって
便利なことはあっても不便なことはない。
ディレクトリもバージョニングできるのが
Subversionの売りのひとつだと思ったけど。
思想の違い。
318:デフォルトの名無しさん
08/01/17 23:45:47
空のディレクトリに readme.txtを置くだけの簡単な仕事です
319:デフォルトの名無しさん
08/01/19 03:38:45
>>318 がcoolな解決法だと思う。
シンプルなツールにシンプルな運用。
320:デフォルトの名無しさん
08/01/23 01:16:31
mercurialで、手元のcloneにいくつかcommitしてあるとして、
そのうち一部はローカルの環境固有の修正なのでpushしたくない、
他はpushしたいというときはどうすればいいのでしょう?
hg push -r REV というのがそれかと思って試してみたのですが、
ローカルで
changeset: 1:cae50e295c29
changeset: 2:af0665dee890
という状態でhg push -r2としたら全部pushされてしまい、
hg push -r1としたら1だけがpushされました。
1のchangesetはpushせず2だけpushしたいのです。
2をexportしてコピー元に送ってimportしてもらい、
その後ローカルでpullとするのでしょうか。
321:デフォルトの名無しさん
08/01/23 10:14:40
1.pushしたいチェンジセットをexport
2.同じリポジトリを別途clone
3.新たにcloneしたほうで
3-a.exportしたチェンジセットをimport
3-b.おもむろにpush
4.もとのclone側でpull
これでいいのかな。なんか手間だが。
322:デフォルトの名無しさん
08/01/25 11:54:41
mercurialで不要になったnamed brancheを消したいんだけどどうすればいい？
323:デフォルトの名無しさん
08/01/26 00:57:21
>>85
> VCSならとりあえずsubversioin。一番普及してるし、IDEのプラグインなんかも多い。
> SCMならgitかmercrial。今流行ってるし、おそらく今後SCMのsubversion的ポジションに着くはずだから。
> どっちも無料なんで、自分で試して決めてくれ。
初歩的な質問ですみませんが、VCSとSCMの違いはなんですか？
VCS(Version Control System) ：バージョン管理システム
SCM(Software Configuration Management)：ソフトウェア構成管理
違いが今ひとつ分かりません。
324:デフォルトの名無しさん
08/01/26 02:31:38
>>323
VCS→一人用
SCM→まともなバージョン管理システム
325:デフォルトの名無しさん
08/01/26 08:19:06
>>324の言ってることも間違いじゃないが、>>323の聞きたいことはもっと具体的なことだろ。
違いを一言で言うと、分散型と集中型の違いで、
具体的にどう違うかというと、リポジトリが一つか複数かということ。
VCSは一つのリポジトリにみんなでコミット、マージするけど、
SCMは一人一人がリポジトリを持って、適時リポジトリ間でマージする感じ。
どっちが便利かというと、>>324の言うとおり個人ならVCSで十分だと思う（プラグインもあるし）
グループで開発するとか、ノートPCでネットワークがつながらない場所でもバリバリ開発したいならSCMも有り。
（ただし、svkという手も十分ある）
326:デフォルトの名無しさん
08/01/26 09:36:44
SCM と VCS ってそんなに意味が明確に定義されている用語?
どちらも意味は同じで、
subversion や git や mercial を含むバージョン管理システムのことを表してない?
327:325
08/01/26 09:44:12
>>326
あー、確かに誤解してたかも知れない。
俺の中で、
集中型=VCS
分散型=SCM
だと思ってた。
wikiでもバージョン管理システムの項で分散型も紹介してるし、要は同じってことかも。
328:デフォルトの名無しさん
08/01/26 09:50:07
Software Configuration Managementは、
リリースサイクルやバグの管理まで含む概念であって、
版管理はその一機能とみなせる。
329:デフォルトの名無しさん
08/01/26 13:21:51
wikiってどのwikiだよ
330:デフォルトの名無しさん
08/01/26 13:23:03
pediaしらねーのかよpedia
まったくこいつはとんだゆとりだぜｷﾞｬﾊｰ
331:デフォルトの名無しさん
08/01/26 14:19:01
>>330
つれますか?
332:デフォルトの名無しさん
08/01/26 14:50:31
ｐｇｒ
333:デフォルトの名無しさん
08/01/26 14:51:25
ペギラ
334:デフォルトの名無しさん
08/01/26 17:34:36
ゴン
335:デフォルトの名無しさん
08/01/26 18:55:39
Wikipediaをwikiって略す奴は、wikiを知らないんだろうな。
336:デフォルトの名無しさん
08/01/26 20:27:17
>>328
なるほど。
VCSは版管理のみを提供して、SCMはそれに追加機能があるという訳ですね。
となると、ここで論じられてるCVS、Subversion、Mercurial、git、darcs、Bazaar、arch等々は
それぞれどちらに分類されるのでしょうか？
今までこれらのソフトをVCSの視点でしか見てこなかったので、
この中にSCMがあれば、その活かし方などを教えてもらいたいです。
337:デフォルトの名無しさん
08/01/27 00:59:48
>>328
何言ってるの？
ここで言ってるSCMはSource Code Managementのことだろｗｗｗ
だれもここでSoftware Configuration Managementの話なんてしてない。
338:デフォルトの名無しさん
08/01/27 01:11:39
>>337
>>323
339:デフォルトの名無しさん
08/01/27 01:12:15
というか323の時点で間違ったわけか。
340:デフォルトの名無しさん
08/01/27 01:36:38
WikipediaではSubversionがSoftware configuration managementに分類されてるな。
なんでだろ
URLﾘﾝｸ(en.wikipedia.org)
341:デフォルトの名無しさん
08/01/27 02:00:33
不審に思ってPurposesの節を読んだが、やっぱSubversonが入るのは
おかしいかな、ま、Wikipediaは言葉の定義をするとこじゃないから……
……とか思いながら定義を調べたら
URLﾘﾝｸ(www.dwheeler.com)
URLﾘﾝｸ(cs.wwc.edu)
URLﾘﾝｸ(www.cmcrossroads.com)
混用されすぎててワロタ。自信満々の>>337-339が涙目になるくらい。
342:デフォルトの名無しさん
08/01/27 02:07:51
すまん>>337-339じゃなくて>>328だわな。
要は初期の定義ではCMってのがあって、その後SCMの概念が出てくる。
現在でこそ、定義を全部満たすのがSCMでVCSはその機能の1つっていう
人もいるが、初期のSCMの定義ではCVSはおろかMakeなんかもSCMに含めてて
もうなんなんだという感じ。
343:デフォルトの名無しさん
08/01/27 02:34:40
そういえば、こんな文章もあったな。
URLﾘﾝｸ(www.sodan.org)
344:デフォルトの名無しさん
08/01/27 03:01:18
そこで、PMS（パッチ管理システム）ですよ。
darcs2はスケーラビリティ改善されるんだろうか。
345:デフォルトの名無しさん
08/01/27 03:48:17
>>344
darcsは興味あるなぁ
パッチ管理って、もうやりたい放題できそうだな
346:デフォルトの名無しさん
08/01/27 04:08:51
>>341-343
SCM (Software Configuration Management)の用法は統一されてないようだね
VCSと同義であったり、VCSをさらに多機能化したものとして言及されたり、
文脈によってまちまちみたいだね
ということで、とりあえずこのスレではSCM (Source Code Managementも含めて)もVCSも
バージョン管理システムを指すということでOK？
347:デフォルトの名無しさん
08/01/27 05:42:13
NMS (Nandemo Management System)
348:デフォルトの名無しさん
08/01/27 09:38:36
PMSは月経前症候群?
SCMはサプライチェーンマネジメント?
NMSはネットワークマネジメントだな
349:デフォルトの名無しさん
08/01/28 22:55:37
なます…
350:デフォルトの名無しさん
08/01/29 01:07:11
GitかHgに移行したいんだが、どうにも勇気が出ない。
TortoiseHgってTortoiseSVNと共存できる？
それとsvnからgitかhgに移行して、どう使い方が変わったとかだれか教えてくりゃれ。
351:デフォルトの名無しさん
08/01/29 01:27:18
>>350
使い方が変わるわけないだろｗｗｗ
352:デフォルトの名無しさん
08/01/29 09:31:21
Winの場合、Python3.0が出るまでHgは使いにくいと思う
353:デフォルトの名無しさん
08/01/29 09:35:00
>>352
何で？
354:デフォルトの名無しさん
08/01/29 09:39:21
HgってPythonせいだっけ
355:デフォルトの名無しさん
08/01/29 10:24:15
今のPython2.5は文字列型が2つある。
入出力の部分で文字コード変換すれば問題は無いんだが、
1バイト圏の連中はASCII前提で何もしないから困る。
Python2.5
str型: 1バイト1文字
unicode型: 多バイト1文字（UCS-2 or UCS-4）
Python3.0
str型: 多バイト1文字（UCS-2 or UCS-4）
UTF-8なら今のものでも問題ないと思う。
でもWindowsはShiftJISだから日本語を使うと問題が出るときがある。
Python3.0になるとUnicodeで作ることを強制されるので
たぶん自然に改善されるはず。
356:デフォルトの名無しさん
08/01/29 10:27:08
>>355
期待ageだな
でも、枯れるまでにはもう少し時間が必要か
357:デフォルトの名無しさん
08/01/29 16:28:14
Pythonがマジで多カ国語対応されるまでは、
Mercurialはファイル名、ファイルパスはASCIIで使っておけということだな。
358:デフォルトの名無しさん
08/01/29 21:52:31
これではダメかな?
URLﾘﾝｸ(selenic.com)
ちょっと試した限りでは問題ない感じ。
359:デフォルトの名無しさん
08/01/29 23:47:57
ユニコードファイル名に対応しないと根本的な解決にはならないんじゃないかな
360:デフォルトの名無しさん
08/01/30 03:19:57
マジレスすると
Pythonは多各語滞欧しているし海栗コードファイル名にも対応している
361:デフォルトの名無しさん
08/01/30 03:33:15
しかしお前は日本語に対応してないんだな
362:デフォルトの名無しさん
08/01/30 07:22:06
pythonは対応してるけどhgは対応してない
363:デフォルトの名無しさん
08/01/30 11:23:21
>>358
バイナリインストールの環境だと使えない
364:デフォルトの名無しさん
08/01/30 13:12:03
Windowsだけど、Hgインストールすると、
Python入ってるのに、自前でPythonインストールされる気がする。
365:デフォルトの名無しさん
08/01/30 15:20:12
>>357
そっかー、Pythonの文字列の問題なのか。
悩ましい問題だ。
SVNはその点、楽だったのになあ
366:デフォルトの名無しさん
08/01/30 17:56:08
>>357
対応してるだろ
適当なことを言うな
367:デフォルトの名無しさん
08/01/30 19:47:39
>>366
俺としては、基本的な文字列操作をしたらUnicodeで扱うことになったら、という意味だった。
Javaレベルでネイティブロケールを隠蔽してロジックが書ければ、と。
# そりゃ、Unicodeで扱うことによる問題はでるけどさ。
# デフォルトがUnicodeになって欲しい、と。
368:デフォルトの名無しさん
08/02/01 07:29:29
u'hoge' でいいじゃん
369:デフォルトの名無しさん
08/02/02 10:35:54
git-svnよいねぇ。
svnで開発するのは無理自慰だし、svkなんか微妙だし(エラーハンドリングが微妙)、git使いやすいから楽だ。
370:デフォルトの名無しさん
08/02/02 21:32:56
>>364
だがそれがいい。
VBはDLLを要求しやがるから困る。
>>368
その記法はPython3000だとエラーなんだよな〜
これに限らず、いまhgを完全にUnicode化しても、
新たに作業が発生しそうで躊躇する。
371:デフォルトの名無しさん
08/02/02 22:18:52
Mercurial vs git
ここ分かりやすいな 短いけど
URLﾘﾝｸ(www.atmarkit.co.jp)
372:デフォルトの名無しさん
08/02/02 22:26:51
>>371
2005っていつの記事だよ、と思ったらやっぱり三年前じゃねえか。
こんなの今と相当違ってるぞ？
373:デフォルトの名無しさん
08/02/02 22:30:17
>>372
メインはsvnだけど 気になる２人なので基本的な情報を集めようとしてるんだけど
やっぱりそうですか。
すんません
374:デフォルトの名無しさん
08/02/02 23:37:34
>>369
> git-svn
kwsk
手元でgitで、サーバー側のsvnにコミットする手法？
375:デフォルトの名無しさん
08/02/03 02:32:45
TortoiseHg 0.3 が出たな
376:デフォルトの名無しさん
08/02/03 09:23:46
>>374
まぁそういうこと。コミットもできるけど、まだしてない。(権限がなす)
BTSにパッチ上げる開発用にローカルでつかってる。
普段のそー言うのは、git-svn cloneのほうでブッコ抜き。
git-svnimportの方はログコンバーターなのでリポジトリをgitに移行するときだけですね。
377:デフォルトの名無しさん
08/02/03 10:33:35
ブランチをマージしようとしてsvn mergeがフリーズしたので、
代わりにgit-svn で git上でマージできてよかった。
だけど、svn:externals とかgit-svnは扱ってくれないのね。
svn:ignoreはgit-svnで一応扱えるけど、機能が微妙。
378:デフォルトの名無しさん
08/02/03 17:43:28
【10.1】 「日本語ファイル名を追加できない」
URLﾘﾝｸ(python.matrix.jp)
379:デフォルトの名無しさん
08/02/03 18:46:02
・既出
・ググればすぐ出る
・直リン
380:デフォルトの名無しさん
08/02/04 13:59:43
直リン？
381:デフォルトの名無しさん
08/02/07 15:08:37
燃料?
URLﾘﾝｸ(texagon.blogspot.com)
382:デフォルトの名無しさん
08/02/07 19:30:51
お前初めてかhgは?
力抜けよ
383:デフォルトの名無しさん
08/02/07 20:21:09
>>381
文章の先頭から大嘘じゃないかｗｗｗ
384:デフォルトの名無しさん
08/02/07 22:18:11
>>383
ごめん，どこが？
385:デフォルトの名無しさん
08/02/08 19:10:44
subversion での svn update は、git では git pull でしょうか。
git clone したリポジトリがあって、これを更新したいんだけど、git pull だけでいいのでしょうか。
なんかうまくいってるのかどうか分からなくて。
386:デフォルトの名無しさん
08/02/08 20:44:36
>>385
それで合ってる
git branch -r でorigin（pullしてくる元）が表示されるはず
git スレッド
ｽﾚﾘﾝｸ(linux板)
387:デフォルトの名無しさん
08/02/12 15:47:32
>>303
使い方がよくわからないんですが、Mercurialを新しくするだけではだめなんでしょうか?
$ hg add
adding クソ.txt
ク・.txt does not exist!
みたいになってしまいます。
388:デフォルトの名無しさん
08/02/12 18:55:56
sjisファイルネームは通らない。
389:デフォルトの名無しさん
08/02/12 23:14:55
SVN(TortoiseSVN)だとその辺もやってくれるんだけど、Hgはやってくれないか
390:387
08/02/13 13:33:47
>>387
extentionを有効にしてなかったせいでした。
Mercurial.iniの[extensions]に
hgext.win32mbcs =
を足したらちゃんとaddできるようになりました。
391:デフォルトの名無しさん
08/02/14 00:06:24
はじめてMercurialを使ってメッセージの意味がわからない…
Rev.1から 2 と 3 を分岐させて(>hg heads で 2と3が出る)、作業ディレクトリが
Rev.3の状態で 2の枝とマージすることを意図して
>C:\Temp\repo>hg merge 2
ってすると(設定しているWinMergeが立ち上がって編集保存すると）
>merging a.txt
>merging a.txt failed!
>1 files updated, 0 files merged, 0 files removed, 1 files unresolved
>There are unresolved merges, you can redo the full merge using:
> hg update -C 3
> hg merge 2
fail とか unresolved とか不吉な単語が見えるけれど、
>hg commit -m "..."
すると、ちゃんと Parentsに 2と3を持つ Rev.4 が出来ている。
編集した a.txt はちゃんと編集後の状態を保ってる。
これって正しい動作なんでしょうか。
392:デフォルトの名無しさん
08/02/16 17:58:43
rms曰く、we should use Bzr
URLﾘﾝｸ(lists.gnu.org)
393:デフォルトの名無しさん
08/02/17 11:10:01
mercurial で、heads と tips の違いがわかりません。だれかおしえて。
394:デフォルトの名無しさん
08/02/17 11:17:55
>>393
URLﾘﾝｸ(www.selenic.com)
395:デフォルトの名無しさん
08/02/17 12:47:28
>>394
ありがとう。とりあえず、tip は heads のうちのひとつ、ということまではわかった。
でも、なんで head が複数できるのかわからない。head は子を持たない changeset ということだが、普通に作業してたら head はひとつしかないように思うんだが。
396:デフォルトの名無しさん
08/02/17 13:30:19
>>395
複数人が編集したらheadが増える
397:デフォルトの名無しさん
08/02/17 19:03:49
>>396
ひとつのリポジトリを複数人で編集・・・するわけはないか。
>>394のページを見ると、他のリポジトリからhg pull したらheadが増えるみたいなんだが、そういう理解であってますか？
398:デフォルトの名無しさん
08/02/17 19:23:02
つまり
>>396
>複数人が編集したらheadが増える
というのは、他人のリポジトリから hg pull したら head が増えるということを意味してますか、という質問です。
399:デフォルトの名無しさん
08/02/17 20:52:17
>>398
一つの changeset に対して複数の commit をすれば head は増える。
$ hg init .
$ echo "line 1" >> test.txt
$ hg add test.txt
$ hg commit -m "init"
$ echo "line 2" >> test.txt
$ hg commit -m "head 1"
$ hg update 0
$ echo "line 3" >> test.txt
$ hg commit -m "head 2"
$ hg heads
$ hg tip
他人のリポジトリには自分のとは違う変更が commit されているだろうから、
それを pull してくれば head は増える。
400:デフォルトの名無しさん
08/02/20 00:51:46
TortoiseHGをインストールすると、Sambaの共有フォルダ一覧が
表示されるのがかなり遅くなってしまいました。
Wiresharkでキャプチャしてみると、\\Samba\.hgなるものを
何度もチェックしているからのようでした。
アンインストールすると元通りの速度になったのですが、この現象を
回避する方法はないのでしょうか？
401:デフォルトの名無しさん
08/02/20 09:36:27
TortoiseSVNには、アイコンオーバーレイのネットワークドライブなどでの除外指定ができるけど、
HGはできないの？
402:デフォルトの名無しさん
08/02/20 11:03:38
/var/logも.hgで埋まるから困る
403:デフォルトの名無しさん
08/02/23 06:58:06
バージョン管理システム管理下のファイルだけを対象にできる「auto-save-buffers-enhanced.el」
URLﾘﾝｸ(d.hatena.ne.jp)
404:デフォルトの名無しさん
08/02/23 07:30:24
＞HGはできないの？
出来る、ドキュメント嫁。
405:デフォルトの名無しさん
08/02/23 11:26:19
>>403
バージョン管理下以外のファイルには自動保存したくないっていう
状況がよく分からないんだけど、なんでだろうね。
auto-save-buffers に慣れきったから自動保存されないことが
怖くてしょうがない。
406:デフォルトの名無しさん
08/02/23 12:06:16
>>405
間違って更新されたら元に戻せなくなる可能性があるからじゃない？
407:デフォルトの名無しさん
08/02/24 06:40:24
xyzzy使いだけど、おれは自動でバックアップファイルを作るのを使っているな。
ただし、セーブしたらバックアップファイルが消えるっていうやつ。
もし落ちても問題なし
408:デフォルトの名無しさん
08/03/01 13:08:03
GitTorrent Protocol -- GTP/0.1
URLﾘﾝｸ(gittorrent.utsl.gen.nz)
409:デフォルトの名無しさん
08/03/06 21:08:19
URLﾘﾝｸ(gihyo.jp)
git の特集だそうです。
410:デフォルトの名無しさん
08/03/06 23:06:08
なんか最近Gitが盛り上がってるなあ。
411:デフォルトの名無しさん
08/03/07 01:07:26
俺的にはTortoiseGitが無いのが糞だな
ところでTortoiseVSSって無いのかな？
412:デフォルトの名無しさん
08/03/07 02:23:30
最近はBazaarがgitとmercurialのいいとこ取りをしてますよーと、結構ドキュメント書いてるなぁ。
ちなみにgitのメインメンテナって日本人っぽいよね?(ハマノさん?)
俺的にはqgitがもうちょい使いやすくなれば嬉しいんだが、最近あんまアクティブでないよな…。
413:デフォルトの名無しさん
08/03/07 14:14:41
>>411
ないだろうし、これからも作られんだろ。
基本的に有償のソフトウェアには有償のサードパーティ・ソフトウェアしかでない。
414:デフォルトの名無しさん
08/03/07 14:44:55
>>413
> 基本的に有償のソフトウェアには有償のサードパーティ・ソフトウェアしかでない。
その理論（理解）はおかしい。
415:デフォルトの名無しさん
08/03/07 16:21:09
Tortoiseほにゃららはどうでもいいんだが
Cygwin環境でのgitの挙動があれで自分はmercurial
いちいち .git/hooks を弄らなきゃいけないのは苦痛だ
416:デフォルトの名無しさん
08/03/09 21:02:44
>>412
よければその記事どこにあるか教えてくれ。
417:デフォルトの名無しさん
08/03/09 21:07:12
しかしまあ、CVS->Subversionと来て次のスタンダードはどこになるんだろうな？
GitとMercurialに決定的な差異がない以上、ハッキリと明暗分かれることは当分ないんだろうが・・・。
ブルーレイvsHD DVDみたくどっちかが撤退という訳にも行かんし、
環境ごとにGit使ったりMercurial使ったりするのは勘弁してほしいなあ。
418:デフォルトの名無しさん
08/03/09 21:55:29
svn, git, hg のリポジトリを透過的に扱える、クライアント専用の第三のツールが出て一人勝ちに一票
419:デフォルトの名無しさん
08/03/09 22:13:33
>>418
スゲー欲しい。
ここは言い出しっぺの法則で作ってくだされ！
しかもWindows用にヨロｗ
420:デフォルトの名無しさん
08/03/09 22:26:23
たぶんEmacsにならすでに有りそうな気がする。
421:デフォルトの名無しさん
08/03/09 23:32:06
Emacs だと vc とか DVC とかかねぇ。
422:番組の途中ですが名無しです
08/03/10 15:30:23
>>418
サーバとクライアントって、分散SCMを否定してるなｗ
あるいは、IETFあたりで、分散SCMプロトコルのRFCとか決めて、なんでも繋がるようにしたら面白いかも。
ところで、Darcs2はどうなってる？
423:デフォルトの名無しさん
08/03/10 15:31:49
別に否定ではないだろ
親と子の関係はあるんだから
424:デフォルトの名無しさん
08/03/10 19:48:50
>>422
＞IETFあたりで、分散SCMプロトコルのRFCとか決めて
「インターネット」が関係ないがな！ｗ
425:デフォルトの名無しさん
08/03/12 12:16:18
TortoiseSVNだけを各々のPCにインストールして
TortoiseSVNでリポジトリを共有サーバに作る
そのリポジトリと各々のTortoiseSVNで使うって使い方は問題ない？
本来ならサーバにSubversionをインストールしてうんぬんかんぬんって
やらないとダメだと思うんだけど
ちょっと今の環境だと難しいんで上記の方法でやろうかなぁと
426:デフォルトの名無しさん
08/03/12 12:23:16
Windowsの場合、Subversionは管理ツールだと思え
必須って訳じゃない
その代わり、file:///でやることになるし、ユーザ名が
Windowsのユーザ名になるし、いくつか制限が出てくる
単純なソース管理しかしないならそれでも十分
427:デフォルトの名無しさん
08/03/12 12:28:58
>>426
おお素早い回答ありがとうございます。
単純なソース管理しかしないのでTortoiseSVNだけでOKってことですね
一先ず運用してみます。
428:デフォルトの名無しさん
08/03/13 00:46:12
Windowsで、一人ないしは少人数で扱うバージョン管理システムなら
Subversion(TortoiseSVN)が現状、最良且つ唯一の選択肢だろうな。
それ以上のことをやろうとするから、いろいろ悩むわけだ。
429:デフォルトの名無しさん
08/03/13 01:40:30
1人ならHgの方が手軽じゃない？
っつっても、Ｔｏｒｔｏｉｓｅがまだまだだからなぁ。
430:デフォルトの名無しさん
08/03/13 06:44:59
すまんですが、普通のバージョン管理システムで一万個ぐらいのファイルを最初にリポジトリに登録しようと思ったら、どのぐらい時間かかるもの？
VSSだと3時間かかっても終わらん･･･orz
431:デフォルトの名無しさん
08/03/14 11:43:24
PCのスペック、各ファイルの容量によって全然変わるし一慨にこうだとは言えない気がするが
うちが管理してたやつは30分もかからずに終わった
（Subversion管理）
432:デフォルトの名無しさん
08/03/15 03:08:26
上の方でgit-svnが話題になってたが、同じように既存のCVSリポジトリとやりとりできるやつある？
git-cvsexportcommit ってのでいいんだろうか。しかし日本語の情報とかさっぱりないな。
別にgitじゃなくてもいいんだが。
433:デフォルトの名無しさん
08/03/15 13:34:58
mercurial
URLﾘﾝｸ(www.selenic.com)
そろそろ来るのかな？
434:デフォルトの名無しさん
08/03/15 15:42:56
URLﾘﾝｸ(www.atmarkit.co.jp)
これは駄目だろ
435:デフォルトの名無しさん
08/03/15 19:58:48
TortoiseHg 0.3 を入れてみた。
日本語ファイルの追加や削除もマウス操作でうまくいったよ！
実験に使ったファイル名： ソース表示.txt
やったことは、インストールした場所にある Mercrial.ini の
[extensions]
hgext.win32mbcs = !
の感嘆符（!）を削除しただけ。
ファイル選択やコミットの画面で日本語ファイル名が化けるけど、そのまま動くよ。
コメントは入力・表示ともに日本語でOKだった。
436:435
08/03/15 20:33:36
↑すまん、環境は WinXP SP2。書き忘れた。
437:デフォルトの名無しさん
08/03/16 01:55:28
そりゃ動くだろうけど、ほとんどの機能が結局ダイアログが出てきてコマンド入力だったような。
438:デフォルトの名無しさん
08/03/16 03:50:20
>>434
1.5.4rc1で起こってたんだな。知らなかった。
教えてくれてありがとう。アンチも役に立つんだな。
439:435
08/03/17 10:50:04
>>437
・現在の Mercuriel の hg はファイル名とコメントに日本語が入っているとエラー停止する
・TortoiseHG 3.0 に付属の hg なら日本語ファイル名が扱える（mbcs エクステンションが入っている）
という事前情報があり、hg（コマンドライン）目当てで TortoiseHG を入れたところ、予期せず GUI でも日本語ファイル名の追加・コミットができたので、報告の意味で書き込んでみました。
440:デフォルトの名無しさん
08/03/18 14:44:55
ああ、そういえばSDのgit特集、今日発売か
441:デフォルトの名無しさん
08/03/18 17:38:51
SD読んだよ。クオリティ高かった。
かなり硬派な内容で、バリバリ使ってる人でも面白く読めると思う。
442:デフォルトの名無しさん
08/03/24 13:24:47
ネットの情報で十分でした
443:デフォルトの名無しさん
08/03/24 15:27:58
gitもhgもやりたいやりたいとは思うんだが、TortoiseSVNになれた身では移行しづらい。
やっぱフロントエンドが充実するにはもうすこし時間が必要かなあ。
444:デフォルトの名無しさん
08/03/24 15:40:01
必要ならお前が作れよ
445:デフォルトの名無しさん
08/03/24 17:40:42
gitはファイル名とログの日本語対応に不安がありすぎるんだが。
446:デフォルトの名無しさん
08/03/24 21:20:53
>>445
問題ない。
447:デフォルトの名無しさん
08/03/24 22:13:59
SD読んだよ
448:デフォルトの名無しさん
08/03/24 23:25:49
>>445
俺もふつうに日本語使えてるけど
449:デフォルトの名無しさん
08/03/24 23:44:07
SVNすら着いて来てくれないのにgitとか無理だお・・・
450:デフォルトの名無しさん
08/03/24 23:54:56
>>449
いつかgit使える日が来るさ。
451:デフォルトの名無しさん
08/03/25 15:32:06
mercurial-1.0.tar.gz 24-Mar-2008
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5061日前に更新/206 KB
担当:undef