- 1 名前：デフォルトの名無しさん [2008/07/08(火) 21:38:48 ]
- バージョン管理システムについて語りましょう。
関連スレ
CVS 1.3 [UNIX板]
pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r9 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1202086238/
subversion バージョン管理【サブバージョン】 [Linux板]
pc11.2ch.net/test/read.cgi/linux/1154701996/
git スレッド [Linux板]
pc11.2ch.net/test/read.cgi/linux/1197798039/
前スレ
バージョン管理システムについて語るスレ
pc11.2ch.net/test/read.cgi/tech/1193332500/
- 2 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 21:40:35 ]
- Mercurial
www.selenic.com/mercurial/wiki/
darcs
www.darcs.net/
git
git.or.cz/
Bazaar
bazaar-vcs.org/
GNU arch
www.gnu.org/software/gnu-arch/index.html
- 3 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 08:20:52 ]
- >>1 乙
- 4 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 19:44:13 ]
- >>1乙！
archはもう開発されてないらしいから、代わりにmonotoneを入れてはどうだろうか。
前スレではあんまり話題になってなかったけど。
あと、CVSやSVNも>>2に含めていいんでない？
- 5 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 20:52:51 ]
- お断りします。
- 6 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 21:55:34 ]
- perforce, clearcaseは？
- 7 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 00:06:53 ]
- まだレス一桁台だから、勝手にテンプレ追加汁
- 8 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 17:05:12 ]
- CVS
ximbiot.com/cvs/cvshome/
Subversion
subversion.tigris.org/
monotone
www.monotone.ca/
Visual SourceSafe
www.microsoft.com/japan/msdn/ssafe/
- 9 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 19:30:29 ]
- >>8乙！
- 10 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 14:49:03 ]
- 2,3年前までは「SVNはまだ不安定．とうぶんCVS」という感じだったが
気がついたら分散型マンセーなのか
- 11 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 15:42:15 ]
- 3年前だとSubversionは不安定というところで
2年前だとちょうどこれから普及するの確定といった感じだったかな
2年位前の状況に似てるかもしれないけど
Subversionと違って分散型はこれできまりというのがないから普及しないかも
Mercurialは使っていて楽だと思ったけど
プラットフォーム依存しちゃうのがなんとかならないのかな
WindowsでMS932、LinuxでUTF8、EUCというデフォルトエンコーディングの違いがつらい
分散だと特に各自のプラットフォームが統一されないほうが自然だし
Subversionのようにソースもリソースもドキュメントも何でもかんでもつっこむという考え方はやめたほうがいいかな
- 12 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 22:37:44 ]
- Windows NT以降はUTF-8じゃないんですか？
- 13 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 22:46:49 ]
- >>11
デフォルトエンコーディングってのは、ログメッセージのこと？
よく分からないが、Gitはそのまんま入ってるような気がする。
いっしょに使う人たちが決めればいいんじゃないのかな？
- 14 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 23:40:27 ]
- >>12
NTはOS内部では積極的にUTF16つかってたけど 表面的にはずっとSJISだよ
- 15 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 01:26:45 ]
- >>13
Windowsの入出力インタフェースは各国の糞ローカルエンコーディングに
ほぼ固定されてるようなもので、そんなに運用で融通が利くものではないよ。
UTF-8に統一とか、今更無理ですからｗ
糞デフォルトエンコーディングと内部的なワイドキャラクタセットとの
変換APIだけは完備されてるから、デフォルトエンコードを使う限り、
Windows上のツールは意識してエンコーディング設定とかしなくても
トラブル無く動くようになってることが多い。
だからそれに合わせてるSubversionみたいな態度は正しいと思う。
このあたりはMercurialの中の人も追従して欲しいものだが･･･
- 16 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 01:33:30 ]
- メモ帳で保存するとき文字コードでUTF-8を選べるから、WindowsもUTF-8で処理してるものだと
思ってたけど、違うんかいな
- 17 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 01:49:49 ]
- >>15
そういえばSubversionはロケールに合わせて変換して表示してくれるね。
みんなでUTF-8で書きましょう、てことにすればOKのような気もするが、
フロントエンドで対応するのもそう難しくはないだろうから、そのうちどうにかなるんじゃないかな。
- 18 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 02:29:49 ]
- EUC-JPとSJISとJISでもめるくらいならUTF-8統一の方がはるかにいいよな。
- 19 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 05:29:47 ]
- WindowsのUTF-16からしてサロゲートペアなしのUnicodeモドキだし
- 20 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 11:54:31 ]
- Windows NT/2000/XPはUCS2で、VistaになってUTF-16という理解だったのだが。
- 21 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 13:11:41 ]
- UCS-2 = 劣化UTF-16
- 22 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 13:42:34 ]
- サロゲートペアの扱いが違うんだっけか？
- 23 名前：20 mailto:sage [2008/07/12(土) 14:06:51 ]
- 基本面しか存在しないからサロゲートもない、と理解してるけど。
- 24 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 16:16:37 ]
- >>11
Mercurialは今日び(ry なことが結構ある気がする
ので気に入らない・・・
- 25 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 16:35:35 ]
- >>11
> Subversionのようにソースもリソースもドキュメントも何でもかんでもつっこむという考え方はやめたほうがいいかな
何となく Word とか Excel のバイナリファイル突っ込んでもうれしくなさそうなイメージ
Mercurial は
- 26 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 20:31:54 ]
- ちゃぶ台返しをしたMacはその点成功したな
- 27 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 03:47:54 ]
- gitを勉強するために、チュートリアルをやったあと、
ttp://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html
を読んでいるんですが、最初からわかりませんでした。
引用：
> git はファイル集合の履歴を格納するツールとして非常によく考えられたツールです。
> git は履歴を圧縮した集合として格納し、プロジェクトの内容を相互に関連した
> スナップショットとして格納します。
> git ではこれらのバージョンを コミット と呼びます。
> それらのスナップショットは必ずしもすべてが古いものから最新のものに単線で
> 並んでいるとは限りません；その代り、開発ラインが並行して進むことがあります
> (これは ブランチ といいます)。ブランチは分岐し統合されます。
ここで質問なんですが、Gitでいうコミットとスナップショットとは何をさすんでしょうか。
この文章からでは分かりませんでした。
- 28 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 09:17:33 ]
- >27
スナップショットはgit commitしたときに保存されるファイル・ディレクトリの内容
コミットはそれに対するポインタとコミットログとその他の付加情報をまとめたもの
- 29 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 14:42:50 ]
- >>28
ありがとうございます。
スナップショットは、changesetとは別物でしょうか。
ここで、changesetはファイルの差分の集合です(この説明であってますよね?)。
- 30 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 17:16:42 ]
- たしかGitは通常は差分では持ってないはず。
hgは差分じゃないとやだ、ってことでフォークしたんじゃなかったっけか。
- 31 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 11:11:20 ]
- hg は clone とは別にブランチが作れるけど、どんな使い道がある？
公式ドキュメントだったかでは、意味がないと言い切ってるし。
- 32 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 13:38:49 ]
- おおっと、なんとタイムリーな。
ttp://gihyo.jp/dev/feature/01/mercurial/0006
ここでちょうどブランチが出てきてるけど、ブランチとトランク(？)を
行き来するよりもう一つ独自修正用の clone 作っとけば済む話だと思うんだけどねー。
わからん。
- 33 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 14:22:46 ]
- >>31
ディスク容量を抑えられる
- 34 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 16:20:50 ]
- >>33
なるへそ。
しばらくいじってたらちょっとした発見。
小さな複数のプロジェクトをまとめて一つのリポジトリで管理する場合
clone するよりも有効かもしれない。
- 35 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 16:37:24 ]
- >>34
Gitの場合は最近はデフォでハードリンクするようになってる。
- 36 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 18:17:21 ]
- あれ、ちょうど俺が質問しにきたことが、branchそのものかもしれない。
聞きたかったのは、hgでサーバ上に中央リポジトリを用意して共同開発をする場合に
複数のバージョンを平行開発する場合は、中央リポジトリを平行開発の分だけ
用意(clone)しないといけないのかってことなんだが。
branchを使えば1つのリポジトリ内でも分岐を作れるのね。
- 37 名前：29 mailto:sage [2008/07/15(火) 01:46:45 ]
- >>30
ありがとうございます。
Gitは、ファイルをまるごと保存しているということでしょうか。
ということは、Gitはchangesetは保存しておらず、差分はスナップショットから計算するということでしょうか。
たしかに .git/objects 以下にそれらしいのがあるんですが、これは差分じゃなくてファイルそのままということでしょうか。
- 38 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 06:43:57 ]
- 差分じゃなくて、丸ごとのメリットってなんだろうな
- 39 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 08:33:44 ]
- >>38
ロバスト、堅牢性だな。
コミットの影響範囲を小さくし、ファイルシステムが不安定だったとしてもレポジトリ全体の破綻を食い止める。
- 40 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 08:42:47 ]
- >>36
共通(基本)部分はどうやって管理するつもり？
- 41 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 09:42:45 ]
- >>37
ファイルそのまま。
ただしファイルの件が増えるとパフォーマンスの面で問題が出るらしく、
packフォーマットという形式も採用されている。これは差分というよりいくつかのコミットを
１つのファイルにまとめて圧縮しているみたい。違ってたらすまん。
詳細はこのへん。
repo.or.cz/w/git.git?a=blob_plain;f=Documentation/technical/pack-format.txt;hb=HEAD
- 42 名前：デフォルトの名無しさん mailto:sage [2008/07/16(水) 12:34:54 ]
- Mercurial のキー認証を使ってのアクセスでコマンドを hg に限定したい場合、
SSH_ORIGINAL_COMMAND を hg で始まるか調べて実行するスクリプト
書くしかないでしょうかね。
- 43 名前：デフォルトの名無しさん mailto:sage [2008/07/16(水) 13:02:02 ]
- >>42
GitでホスティングするのにGitosisってのがあるんだけど、
これPythonなので、hgにも応用はしやすい気がする。
- 44 名前：42 mailto:sage [2008/07/16(水) 13:15:31 ]
- なんかちょっと変でしたね。
Mercurial のキー認証を使ってのアクセスでコマンドを hg に限定したい場合、
↓
SSHのキー認証を使ってのリモートアクセスで、コマンドを hg に限定したい場合、
ですね。
Git も Python も興味なっそんぐだなぁ…。それだったらシェルスクリプトでも書くかなあ。
- 45 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 01:35:45 ]
- >>31
ローカルリポジトリで作業中は、ちょっと修正したらガンガンコミット。
ひと段落着いて、ビルド通って、テスト通って、ドキュメントの整合取ったら、
作業開始から完了までのpatchを取る。
んで、中央リポジトリからpullして、tipをそっちに移して、patchを当てて、
まじめなコメントとともにcommit+push。
そーすると、手元でやった粒度が細かすぎるログを中央に送らずに済む。
- 46 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 02:31:18 ]
- ちょっとした修正はローカルのRCSにcommitしてる
リポジト作らなくてもいいし
ちょっと別名コピーして取っとく代わりに
- 47 名前：43 mailto:sage [2008/07/17(木) 03:15:39 ]
- >>44
説明が足りなかったかも知れない。
GitosisもSSH_ORIGINAL_COMMANDでSSH経由でgitコマンドしか実行できないようにする、
というやり方をしているので、参考になるかもしれない、ということです。
hgと同じPythonだしね。
まあシェルスクリプトで自作しても同じような感じにはなると思うけども。
- 48 名前：44 mailto:sage [2008/07/17(木) 04:26:36 ]
- >>47
いや、ちゃんとそのニュアンスで伝わっておりましたよ。
Git も Python も興味なっそんぐなんで、取ってきてまで見る気しない
ということで…。
- 49 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 11:21:13 ]
- >>42
hg専用のSSHアカウントつくってauthorized_keysのcommand=で制限すれば
いいんちゃうの？
hg-ssh使って。
- 50 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 00:42:24 ]
- >>45
hgってpushするときに送るチェンジセットを選べない（だよね？）から、ローカルで開発しているデレクトリ以外にマスタから
pullしてパッチあてて、ci+pushするだよね？
- 51 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 01:45:54 ]
- hg branchの話だろ?
- 52 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 04:35:07 ]
- 問題提起(？)したものですが、>>34 が自分なりの回答かな。
たとえばファームなんかは一つのプロジェクトは小さいから、チップ単位で
カテゴリ(＝リポジトリ)とするのはそんなに不自然なことじゃないと思う。
細かい単位で別けないのは、 status 見るのが面倒になるから(Tortoise Hg 使用前提)。
そこで一つのプロジェクトで分岐したいとき、ブランチの出番じゃないかとなるわけだけど、
皆さんはどういう管理をしてるのかな。
- 53 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 09:11:00 ]
- ふっふっふ、 TortoiseHg-0.4rc3 ダウンロード一番乗り！
…と思ったら、カウント増えねーな。なんだよ。
さて、入れてみようかね。
- 54 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 11:23:23 ]
- おお、報告サンクス。俺も入れてみる。
- 55 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 18:15:54 ]
- MerculialのリポジトリのWebインターフェイスがかわっているんだけど
どうやったらできるの？
- 56 名前：デフォルトの名無しさん mailto:sage [2008/07/22(火) 22:55:37 ]
- >>55
style
- 57 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 16:13:56 ]
- Mercurialのdiffって変更ファイルの逐次表示はできないのか……。
あと誰か彼等にcursesの存在を教えてやってください。Windowsじゃカラー表示できないよ。
あと5年くらいはSubversionかな……。
- 58 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 15:56:56 ]
- TortoiseHg、もうシェル拡張じゃない方がいいような気もするんだが…。
Tortoise シリーズにそれは許されないんだろうな。
まあまだ 0.4 未満だしな。
- 59 名前：デフォルトの名無しさん mailto:sage [2008/07/26(土) 01:56:25 ]
- Mercurialでレポジトリを分割する上手い方法がありますか？
レポジトリが大きくなってしまったので、サブディレクトリ毎に
レポジトリを分割したいのですが。履歴も引き継ぎたい。
ぱっとググってみたけどそれらしいのは見つからず。
- 60 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 10:35:50 ]
- >>59
まだ現状では細かいプロジェクトを効率よく管理する方法はみたことないし、思いつかないねえ。
履歴を残す必要があるなら、clone して、不要なディレクトリ消していく、ぐらい？
この辺、CVS はツリーの好きなところから取ってこれるし、modules ファイルを駆使すれば
ある程度好きなように組み合わせられる。気軽に update -d ができなくなるけど。
これがあるから、なかなか CVS 捨てられないんだよね。
簡単に CVS 捨ててしまう人は modules ファイル使ってないんじゃないの？
- 61 名前：59 mailto:sage [2008/07/28(月) 21:23:14 ]
- >>60
やはりなさそうですか。clone&削除では不要な履歴が残って
気持ち悪そうです。
SVNから移行しようかと使い始めてみましたが、それなりに
痒い所に手が届かない所が見えてきてちょっとガッカリ。
- 62 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 12:30:12 ]
- monotoneってどうしてマイナーなの?
initial pullが遅すぎるっていう弱点はあるけど、
使い方分かりやすいし署名もできるのに。
- 63 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 16:46:41 ]
- ほいほい乗り換えるものじゃないんだから
他の物より優れてる点を挙げろ
- 64 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 00:24:36 ]
- mercurial, git, bazaarの比較はあってもmonotoneはほとんど聞かないな。
- 65 名前：デフォルトの名無しさん [2008/07/31(木) 01:20:36 ]
- >>62
リポジトリがすぐに壊れる
- 66 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 09:21:44 ]
- >>65
それは SQLite使ってるから?
monotoneは最初のpullがとんでもなく遅いという弱点があって、
それを避けるためにpidgin はデータベースを配布してる。
そこで単一ファイルの SQLiteが便利ってことかもしれない。
- 67 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 09:55:33 ]
- リポジトリが壊れたことはないけどな
SQLiteのDBってそんなに弱かったっけ？
今は日本語のファイル名をみつけた瞬間エラーになってくれるのにちょっと困ってる
- 68 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:01:02 ]
- VCSの共通規格ってないものかな。
例えば、commit, checkoutあたりは名前が違っても、どんなVCSにも同じ働きのコマンドがあるだろうし、
VCSを使ったアプリケーションで共通規格を基準に作れば、企画に沿ったVCSであれば
どんなソフトでも使えて便利だと思うんだけど・・・。
もしかして、海外でだれかやってるかな？
- 69 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:20:40 ]
- >>68
逆にユーザインタフェースはどうでもいいから、コミットオブジェクトとマージポイントの
互換性が取れるようになって欲しいな。
git使ってるんだが、Subversionとやり取りすると疲れる…。
- 70 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 11:17:30 ]
- >>68
EmacsやEclipseは一応複数のバージョン管理システムに対して
統一的な操作を提供しようとしてる
- 71 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 21:16:12 ]
- >>68
そう言う UI 作ればいいだけなんだろうけど、そもそも複数のバージョン
管理システムを併用することってあまり無いと思うが。
- 72 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 01:47:02 ]
- >71
仕事を外部に丸投げしたら/しようとしたら、違うシステム使ってた場合とか。
- 73 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 09:43:52 ]
- どんな仕事の投げ方してるのか知らんけど、普通完成したコードなんかを
納入してもらうからバージョン管理システムなんか関係ないだろ。
逆に派遣とかで色々な職場を渡り歩くような状況だとありうるのかもしれ
ないけど、その場合バージョン管理システムなんかより開発環境の差異の
方が大きそうだし。
そもそも、バージョン管理システムで日常的に使うのは「チェックアウト」
「チェックイン」「状態表示」「差分表示」「ログ表示」ぐらいだろうから、
ちょっと使ってりゃ覚えると思うが。
- 74 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 12:28:19 ]
- >>73
うちはシステム部分だけで、デザインなんかは別の会社がやるから、
元請けのsvn介してやり取りしてるな。メールうざいし。
文言変更だとかはテスト部隊がやるし、設計関係のドキュメントも別の会社の人が
アップデートするから、中央リポジトリが無いとやってられない。
完成したコードを納品ってのは、１０年前はよくやったけど（その前に実機で試験しに
ソース持って出かけてったり）、最近はそんな悠長なシステムはやってないな。
>>71
人によってはSubversionが一番使い慣れてるとか、hgが良いとか、Gitが好きとか、
いろいろあると思うが、ようはそれらの間ですっきりマージさえできれば、
誰が何を使ってやってようが問題ないわけで、、、どうにかなって欲しいなぁ。
- 75 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 13:00:14 ]
- 昔はソースを客に提出しないことが多かったな
特にプレステとかサターンの案件だと
自分の周りだけかもしれんが
- 76 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 13:43:32 ]
- >>74
それは、作業外注みたいなイメージで >>73 の派遣みたいな感じだろ。
悠長な仕事かどうかより 10年前よりお前さんの会社の立場が弱くなっ
てるだけだと思う。
- 77 名前：デフォルトの名無しさん [2008/08/02(土) 14:52:02 ]
- >>76
システム部分しかやりたくないし、開発に専念したいから、自社で作って、
リモートでコミットして納品してるだけ。
会社の立場が弱かったら常駐させられるんじゃない？
ちなみに１０年前は別の会社だった。制御系が多かったから仕様書だけあれば
それでよかったが、今はWebやってるからどうしてもデザインと合わせないと
いけないし、クライアントからの雑多な変更も多い。
まあ会社の立場とかはどうでもいいんだけど、
ようはどれだけ他の組織とコラボしないといけないか、ということだ。
自分の周囲の人たちだけで完結するんなら、１つのバージョン管理システムを強制すれば
悩みはないだろうが、もっと自由になりたいんだよな。
- 78 名前：77 [2008/08/02(土) 15:01:03 ]
- ちなみに自社ではGitを使ってて、向こうからこっちには逐一マージしつつ、
こっちからは納品日にいっきに客先にマージするんだが、
ここのマージがけっこう苦しいことがあってね。。。
svkでどうにか凌いでるが…Subversionキツいっす…
- 79 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 18:12:11 ]
- >>78
git-svn 使えば svn との同期以外は git側で処理できるから楽なんじゃね？
何故 svk？
- 80 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 18:43:41 ]
- >>77
いや、君が現状に満足してるなら別にいいんだけど。
- 81 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 20:20:56 ]
- >>79
git-svnは使ってるけど、svn側に常にrebaseしてあげないといけないのが痛い。
公開してるGitリポジトリはrebaseできないんで（すると使ってる人全員に影響が出る）
けっきょく個々人はgit-svn、svnから先のマージはsvk使ってる。
Subversion同士でマージするのはsvk賢いよ。重いし、たまにマージうまくいかないが。。。
git-svnもsvkみたいにsvnプロパティでマージポイントの情報を残したりとか、
それかsvn1.5のmerge trackingでどうにかなったりとかするのを期待してるかんじ。
- 82 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 21:07:02 ]
- svnと同期するbranchを決めて、通常の作業はそれ以外のbranchにすれば
いいだけのような気がするが。
- 83 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 22:13:36 ]
- >>82
branchってGitのbranchのこと？ git-svnの話？
- 84 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 13:04:29 ]
- うち相手なんてバージョン管理システムの存在すら知らねえし
- 85 名前：デフォルトの名無しさん [2008/08/03(日) 13:45:31 ]
- IBMのClearCaseは信じられんぐらいカス
- 86 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 16:55:31 ]
- 「IBMの」なんていわんでくれ。あれは、IBMがお情けで拾ってあげた旧Rational社員のレゾンデートルなんだから。
- 87 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 09:25:40 ]
- SubversionみたいにMercurialも本でないかな
- 88 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 15:31:39 ]
- >>87
書籍じゃないけどこれは?
Mercurialではじめる分散構成管理
ttp://gihyo.jp/dev/feature/01/mercurial
- 89 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 16:27:59 ]
- 紹介してるだけじゃん。
たまに目から鱗なコマンドがあったりするけど。
公式ドキュメントで不完全だと言い切ってるから、当分本も期待できそうにないんじゃないかな。
細かいプロジェクトをどう管理するかという話題にはこれといった回答はないし。
Mercurial は <x> できますか？
ttp://www.selenic.com/mercurial/wiki/index.cgi/JapaneseFAQ
- 90 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 19:55:33 ]
- Mercurial の時代はまだ先なのか
- 91 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:31:34 ]
- うちで使おうかという話が出てるんだ、ClearCase。
どうカスなのか教えてくれ。
- 92 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:43:51 ]
- hgbook.red-bean.com/
- 93 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 02:41:20 ]
- 使い方でなくて管理の仕方なんだよな重要なのわ
- 94 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 03:02:58 ]
- そうだけど
アホな管理の仕方してても
後から挽回しやすいと気軽に使えるよね。
cvsの頃はディレクトリ関係でいつも気を使ってた。
- 95 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 05:31:49 ]
- >>92
もうちょっとしたら日本語訳でるかな。
- 96 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 13:12:34 ]
- CVS導入します
- 97 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 18:03:56 ]
- 好きにしろ
- 98 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 22:25:35 ]
- コンビニの人じゃないのか
- 99 名前：名無し募集中。。。 mailto:sage [2008/08/06(水) 09:55:50 ]
- じゃあ俺はRCS
- 100 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 12:37:00 ]
- 退行で対抗すればいいというものではない。
>>96
まだネタに使えるほど堕ちてはおらんぞ。
|
 |
