バージョン管理システムについて語るスレ2
■ このスレッドは過去ログ倉庫に格納されています
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/
0159デフォルトの名無しさん
2008/08/24(日) 21:48:100160154
2008/08/24(日) 23:21:09Subversion 1.5からはFSFSの構成も若干変わったらしい
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_sharding.html
>>156
指摘サンクス
raw G3 data は誤判定のようだね
>>157
確かに
そもそもソースなしにバイナリの解析なんてほぼ不可能だな
0162デフォルトの名無しさん
2008/08/24(日) 23:38:42俺はネトゲハックでやってるぞ。
アセンブラコードを読み込んでC言語のコードを出力する逆コンパイラを自分で作って、
その出力を手動で整形して見やすくした。
それを見ながら通信プロトコルを解析してオリジナルのサーバを作った。
0163デフォルトの名無しさん
2008/08/25(月) 07:03:41／＿_.）)ﾉヽ
.|ミ.l _ ._ i.）
（＾'ﾐ/.´・ .〈・ ﾘ クローン鯖はわしが作った
.しi r､_） |
| `ﾆﾆ' /
ﾉ `ｰ―i
0164デフォルトの名無しさん
2008/08/25(月) 21:09:29gitのたくさんあったコマンドがパスから消えちゃったよ。
deprecatedだったんだな、だいぶ前から。
0165デフォルトの名無しさん
2008/08/25(月) 22:21:30GitはGzipじゃないか
0166デフォルトの名無しさん
2008/08/27(水) 05:59:03へぇ〜
0167デフォルトの名無しさん
2008/08/27(水) 20:24:17You have some suspicious patch lines:
の同じエラーがでます。
git-config core.autocrlf true
git-config core.safecrlf true
しても、同じようなエラーがでます。（エラーがでる行数がなぜかかわっただけ）
解決する方法はないのでしょうか？
0168デフォルトの名無しさん
2008/08/27(水) 20:37:39該当ファイル(.gitignore)の行末にスペースが入っていたためでした。
しかし、.gitignoreはよいのですが、普通のテキストで行末にスペースを入れたいときに
このままでは困ってしまいます。
結局、
.git/hooks/pre-commit の以下をコメントアウトするしかないのでしょうか？
if (/\s$/) {
bad_line("trailing whitespace", $_);
}
0169デフォルトの名無しさん
2008/08/27(水) 20:51:23git でファイルの削除、リネームはどうしたらよいのでしょう。
Git ユーザマニュアル (バージョン 1.5.3 以降用)
http://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html
を読んでいるのですが、いまいちわかりません。
svn(というかTortoiseSVN)の場合、しっかりsvn側に伝えてやらないといけないのですが、
自動認識でしょうか？
0170169
2008/08/27(水) 21:03:18こちらが参考になりました。
かWiki - Git/Subversionコマンド対応表
http://b4.x0.com/hiki/?Git%2FSubversion%A5%B3%A5%DE%A5%F3%A5%C9%C2%D0%B1%FE%C9%BD
ありがとうございました。
0171デフォルトの名無しさん
2008/08/28(木) 01:25:38http://selenic.com/repo/index.cgi/hg/rev/248e54a9456e
0172デフォルトの名無しさん
2008/08/28(木) 06:34:40git status, git show, gitkなどで軒並み文字化けするのですが、こんなものでしょうか？
日本語(というかUTF-8N)でのコミットログはnkfとかlv通すとOKみたいでした。
一応、日本語ファイル名を入れたリポジトリを他ディレクトリに clone して pull しても、
きちんと日本語ファイル名が再現されるようではあるのですが・・・
「噂が怖いソフト」とかでも大丈夫なところからsjisで処理しているわけではないような気がします。
UTF-8のファイル名の環境の皆さんはどうですか？
git: 1.5.6.4 cygwin
0173デフォルトの名無しさん
2008/08/28(木) 15:50:54バージョン管理システムくらい覚えとこうと思うんですが、
いくつか種類あって、どれやろうか迷うんですが、
（会社では何使ってるか知らないので）
基本的なシステムの部分はすべて同じなのでしょうか？
同じだったらどれからでも良いかなって思うんですが
0174デフォルトの名無しさん
2008/08/28(木) 15:58:030175デフォルトの名無しさん
2008/08/28(木) 15:58:26cvsがすべての基本
一番よく使われているのはおそらくsvn
0176デフォルトの名無しさん
2008/08/28(木) 16:08:50昔から使われていればcvs
今一番多いと思われるのはsvn(cvsから移行するツールがある)
昨今はやりの分散管理方だとどれも一長一短なので会社の方針による(概念はどれも同じところを目指している）git,hg,他
ただsvn+svkは割と多いかもしれない（svkはローカル変更用にして社内のsvnに送る前に細かく手元でコミットする使い方)
まぁ、ぶっちゃけどれでもいいからログをちゃんと書いてソースの整合性をとれるならどれ使っても迷惑は掛けないと思うので自分の趣味で何か使ってみるのが好いだろう。
0177デフォルトの名無しさん
2008/08/28(木) 16:21:080178デフォルトの名無しさん
2008/08/28(木) 16:28:57もし内定もらってるなら電話して社内でどんな言語やBTSを使っているか、
どんな勉強したらいいかを聞いてみたら。
0179デフォルトの名無しさん
2008/08/28(木) 16:39:44無くはないよ。
0180デフォルトの名無しさん
2008/08/28(木) 16:50:490181デフォルトの名無しさん
2008/08/28(木) 16:52:20それと組み込み系だと大手メーカーでも存在さえ知らない場合も。
それとか、組み込み系の請負会社の人に聞いてみたら社長が無駄金だから買わないと言ったという話も聞いた。
ま、V$$を買いたいという話だったからポシャってﾖｶﾀと思うが。
まだWinCVSのんがマシ。
0182デフォルトの名無しさん
2008/08/28(木) 16:53:020183デフォルトの名無しさん
2008/08/28(木) 16:55:380184デフォルトの名無しさん
2008/08/28(木) 18:01:49こないだロシア軍特殊部隊が使ってるのがテレビに映ったな
0185デフォルトの名無しさん
2008/08/28(木) 18:16:59会社で必要なのは、変革する環境に即応出来るスキルなので、
どれから始めても大差ない。
自分に見合ったと思う、環境から始めればよい。
今の自分にとって、資料・環境が整えられやすい・かみ砕きやすい所から
始めてはいかが？
0186デフォルトの名無しさん
2008/08/28(木) 18:31:09そういう事ならあえてRCSがいいんじゃないかと思ってみる。
Unixが手元にあるなら、だけどね。
リポジトリのinitとかimportとか面倒な事はとりあえず置いといて、ci, coを
何度かやってみて感覚をつかむのと、,vファイルを直に見られるのはVCSが何を
しているのか知るにはとてもいい材料だとオモ
ま、あっという間に卒業するだろうけど、その先は好きなのに移ればいいし。
0187デフォルトの名無しさん
2008/08/28(木) 18:37:38自分はリポジトリに入れるまでもないファイルはローカルでRCS使ってる
0188デフォルトの名無しさん
2008/08/28(木) 20:09:02はじめのうちは、これがわからんのだよね。
まったく知らないんだから、自分に見合うもクソもない。
ちなみに、俺はみかままの本見て CVS から入った。
(本当は VSS なんだけど、その履歴は無かったことにしとく)
リポジトリがあって、そこからワーキングコピーを取り出して、
編集してコミットという基本はどれも大して変わらんと思うから、
シンプルな CVS は悪くないと思う。
あと、前にも書いたが、ディレクトリ管理しないことを逆手に取った(？)
modules ファイルの機能は、ほかのシステムではみたことないねぇ。
VSS にはファイル共有があるけど。
0189デフォルトの名無しさん
2008/08/28(木) 20:36:21黒歴史ﾜﾛﾀ
うん、modulesに限らずcvsの柔軟性はいろんな時に助かる。
今のところ、他のVCSに移れる気はしないな。
他社プロジェクトなんかでほかのを使ったりはするけど、自分がマネージャを
やる時は全てcvsだ。
0190デフォルトの名無しさん
2008/08/28(木) 21:06:100191デフォルトの名無しさん
2008/08/28(木) 21:17:200192デフォルトの名無しさん
2008/08/28(木) 21:22:370193デフォルトの名無しさん
2008/08/28(木) 21:24:000194デフォルトの名無しさん
2008/08/28(木) 23:49:08>>30 ぐらい？
0195デフォルトの名無しさん
2008/08/29(金) 00:23:580196デフォルトの名無しさん
2008/08/29(金) 00:29:270197173
2008/08/29(金) 05:04:34なんかスレ見てて略語ばっかりでびびってたんですが、
回答で出して頂いたものをググりつつ、理解が深まりました
とりあえずCVSをみてみようと思います
0198デフォルトの名無しさん
2008/08/29(金) 10:40:27CVS,Subversionはみておくとして
入る会社で使ってるの聞いてみては？
ClearCase,Perforceとかは知っている範囲でも使ってるとこあるなぁ。
SunのTeamwareはMercurialに移行しつつあるんだとして
MSはVSS使ってたりするのかな？(強制デバッガ的な意味で)
いずれにせよ、集中型と分散型の2つにだいたい分類されるから
そのポリシーの違いを覚えておけば細かい違いは実務中に覚えられる。
0199デフォルトの名無しさん
2008/08/29(金) 10:42:07V$$は×
0200デフォルトの名無しさん
2008/08/29(金) 11:25:27VSSの強制ロック使う会社もあるからなぁ
0201デフォルトの名無しさん
2008/08/29(金) 11:29:550202デフォルトの名無しさん
2008/08/29(金) 11:35:05各種アドインが出来てからそのメリットも消えたが。
プロジェクトをまたがるファイルの共有機能は便利だったな。
0203デフォルトの名無しさん
2008/08/29(金) 12:31:04> VSSはVSに統合されていたのが唯一の強みだったな。
逆にそれがウザいと感じるのは俺だけではないはず。
0204デフォルトの名無しさん
2008/08/29(金) 12:41:07もう終わった物。
未だに使ってる企業はMSべったりとかじゃなく技術無い企業。
0205デフォルトの名無しさん
2008/08/29(金) 17:04:260206デフォルトの名無しさん
2008/08/29(金) 22:02:30依然としてCommit Toolで日本語ファイル名が化けるね。
化けるの無視すれば使えるし、
それ以外では何も問題ないんだが、早く改善されないかな。
0207デフォルトの名無しさん
2008/08/30(土) 05:34:30一応統一しておいた方がいいみたいな書かれ方してて、大丈夫なのかどうか分かるらなくって
CVSなんですけど
0208デフォルトの名無しさん
2008/08/30(土) 06:34:050209デフォルトの名無しさん
2008/08/30(土) 10:19:34ファイルと環境のエンコードが違うと泣きを見ることになりかねない。
Subversionはそのあたりは何とかなるけれど、同時に扱うファイルのエンコードが違うとやっぱり厄介。
0210デフォルトの名無しさん
2008/08/30(土) 10:55:38"SCCS"って文字列自体が、このスレで初出なくらいだ。
0211デフォルトの名無しさん
2008/08/30(土) 13:44:580212デフォルトの名無しさん
2008/08/30(土) 21:38:300213デフォルトの名無しさん
2008/08/30(土) 21:39:170214デフォルトの名無しさん
2008/08/31(日) 04:13:28でもしょーがねーだろｗ
0215デフォルトの名無しさん
2008/08/31(日) 10:38:270216デフォルトの名無しさん
2008/08/31(日) 12:21:500217デフォルトの名無しさん
2008/08/31(日) 12:56:340218デフォルトの名無しさん
2008/08/31(日) 14:47:590219デフォルトの名無しさん
2008/08/31(日) 15:39:420220デフォルトの名無しさん
2008/08/31(日) 15:59:470221デフォルトの名無しさん
2008/08/31(日) 16:21:20×副版
○転覆
0222デフォルトの名無しさん
2008/08/31(日) 16:28:040223デフォルトの名無しさん
2008/09/01(月) 04:02:320224デフォルトの名無しさん
2008/09/01(月) 04:08:150225デフォルトの名無しさん
2008/09/01(月) 04:52:04つ[辞書]
0226デフォルトの名無しさん
2008/09/01(月) 05:16:310227デフォルトの名無しさん
2008/09/01(月) 15:39:45> GitはGzipじゃないか
Git 1.5.2.5 を使ってるが
gzipが見当たらないんだが
0228デフォルトの名無しさん
2008/09/02(火) 19:00:41どのようにしたらよいものか・・・
操作性の移行的な解説はよく見かけるのですが
0229デフォルトの名無しさん
2008/09/02(火) 19:03:260230228
2008/09/02(火) 19:19:10ありがとうございます。
wadsのblog ≫ Blog Archive ≫ [git] Subversionからgitへ移行する
http://wadslab.net/2008/07/subversion-git/
ここが参考になりました。
trunkとかtagsとかの扱いがどうなるかちょっとやってみないとわかりませんが、試行錯誤してみます。
また、わかりましたら報告します。
0231デフォルトの名無しさん
2008/09/03(水) 04:37:170232デフォルトの名無しさん
2008/09/03(水) 20:07:580233名無し募集中。。。
2008/09/03(水) 20:09:37サーバーとネットワークで繋がっているのならば
0234デフォルトの名無しさん
2008/09/03(水) 20:15:000235デフォルトの名無しさん
2008/09/03(水) 22:56:460236デフォルトの名無しさん
2008/09/03(水) 23:28:20罵倒したのはSubversionに対してじゃなかったか?
0237デフォルトの名無しさん
2008/09/04(木) 00:06:08まあ「better CVSっていう出発点から間違っている」というのは
同時にCVSに対する罵倒でもあるね。
0238デフォルトの名無しさん
2008/09/04(木) 09:16:35あ、そういやそうだったｗ
0239デフォルトの名無しさん
2008/09/04(木) 10:23:22出てすぐに「(具体的にここが)これではダメだ。」とか言ってたならすごいけど。
0240デフォルトの名無しさん
2008/09/04(木) 10:30:26で、ぃぬｓがぶちきれたと。
0241デフォルトの名無しさん
2008/09/05(金) 11:06:25ありそうｗ
svn公式も「Linuxの次期VCSにsvn勧めんな用途が違う」って書いてたくらいだから、勧めちゃう人多かったんだろうな
0242デフォルトの名無しさん
2008/09/05(金) 12:23:30なんかジレンマのようなものを感じる。
0243デフォルトの名無しさん
2008/09/05(金) 13:24:31本質的には、ネットワーク上のC/SモデルとP2Pモデルの違い。
0244デフォルトの名無しさん
2008/09/05(金) 13:26:33だから本質の一部だ。
0245デフォルトの名無しさん
2008/09/05(金) 21:56:15オフラインでも使えることを想定して設計されているのはSVKぐらいだろwww
0246名無し募集中。。。
2008/09/06(土) 01:48:060247デフォルトの名無しさん
2008/09/06(土) 23:27:470248デフォルトの名無しさん
2008/09/06(土) 23:31:410249デフォルトの名無しさん
2008/09/07(日) 14:57:310250デフォルトの名無しさん
2008/09/07(日) 18:55:01プログラム言語をそもそも変えて書き直すという場合もあると思うのですが、
どのようにコミットすると、他人にも分かりやすいバージョン管理になるのでしょうか？
例えば、
・そのファイルを空にしてからそのまま上書きする（空のファイルをコミットする or しない？）
・そのファイルを remove してから、新しく add し直す
0251デフォルトの名無しさん
2008/09/07(日) 19:04:39もはや別プロジェクト(別リポジトリ)だろ・・・
0252デフォルトの名無しさん
2008/09/07(日) 19:12:05履歴がつながりにくくなるから一旦空にするとか新しく add するとか余計なことはやめてほしい。
0253デフォルトの名無しさん
2008/09/07(日) 19:55:32PerlからPython，Rubyとかあるだろ
一旦，空にしたのをコミットして，ログにスクラッチから書き直すことを宣言するかな。
0254デフォルトの名無しさん
2008/09/07(日) 20:02:20・GitHub
https://github.com/
プロジェクト数無制限。100MB。無料版は公開リポジトリのみ。
・Assembla
http://www.assembla.com/
プロジェクト数無制限。200MB。svn,Mercurialにも対応。Trac,wikiつき。
・Unfuddle
http://unfuddle.com/
プロジェクト数1つ。200MB。svnにも対応。
・Rubyforge
https://rubyforge.org/
Ruby用
0255デフォルトの名無しさん
2008/09/08(月) 05:20:29tcl/tkをインストールしたくないんだが
0256デフォルトの名無しさん
2008/09/08(月) 07:34:05バージョン管理システムにおいて文字コードが混在したり途中で換わったりした場合に起こることって
文字化けぐらいだと思ってて大丈夫ですか？
windowsとlinuxで使ってるのでうっかりすると混ざることもありそうなんで、気になっています
それ以上のなにかものすごいやばい状態を引き起こしたりするのでしょうか
0257デフォルトの名無しさん
2008/09/08(月) 09:26:550258デフォルトの名無しさん
2008/09/08(月) 11:05:36svnスレへどうぞ。文字コードはクライアントの使い方を間違わなければ大抵大丈夫。
寧ろ、改行コードがぐだぐだにならないように注意。
■ このスレッドは過去ログ倉庫に格納されています