- 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/
- 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
まだネタに使えるほど堕ちてはおらんぞ。
- 101 名前：デフォルトの名無しさん mailto:age [2008/08/06(水) 15:20:27 ]
- Subversionで管理しているソースコードをローカルではGitを使って細かく管理して
最後にまとめてSubversionのリポジトリにコミットという使い方をしたいんだけど
（Gitでのブランチや小刻みなコミットはSubversionのリポジトリに上げたくない）
どうしたらうまくいくんだろう
git-svnはそういう用途じゃないよね？
- 102 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 15:29:03 ]
- >>101
ローカルではRCSで細かく保存して
きりがいいところでSubversionに上げてる
- 103 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 17:32:09 ]
- >>101
まさにそういう用途のためのgit-svnなんじゃねーの？
- 104 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 21:52:06 ]
- mercurialとsvnって組み合わせでのやり方はチュートリアルにある
- 105 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 23:03:45 ]
- >>99
昔、/etcとかの設定ファイルを保存するのにRCSを使ってた。
今、同じことをするのにmercurialを使ってる。
hg clone → hg update で簡単にバックアップを取れるのが意外と便利。
- 106 名前：105 mailto:sage [2008/08/06(水) 23:08:49 ]
- ×update
○pull
- 107 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 01:36:49 ]
- RCSは単発の設定ファイルとかで履歴とっておきたい時によく使う。
例えばwindowsのなんかのアプリの設定ファイルで
昔の設定とかメモも残しておきたいけど
コメントアウトしておくとごちゃごちゃになるとかいう時、
保険の意味でRCSで残しとく。
- 108 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 02:25:03 ]
- >>101
>>103の言うとおり、そういう用途で使ってるよ。
git-svnに雑多なコミットを上げたくない場合は、svnに送信される予定のコミット
（git-svn-idが付いていないコミット）を、git cherry-pickとかgit merge --squashとか
git resetとかで作り直せばいい。
ただし、git svn dcommitした後は、今までのブランチは捨ててdcommitしたブランチから
続きをやらないと、次にdcommitするのが難しいと思う。
- 109 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 15:22:13 ]
- 異常に使い易く、軽く、頭が良く、拡張性があるバージョン管理システム Bazaar (bzr) のスレです。
Bazaar はスマートな為、例えば、プロジェクトディレクトリ下の add や commit は自動的に一括でやってくれます。
$ mkdir myproject
$ cd myproject
$ mkdir subdirectory
$ touch test1.txt test2.txt test3.txt subdirectory/test4.txt
$ bzr init
$ bzr add
added subdirectory
...
added subdirectory/test4.txt
$ bzr commit -m "Initial import"
だってよ。
Bazaarでバージョン管理【bzr>git,svn,cvs】 pc11.2ch.net/test/read.cgi/tech/1218083381/
- 110 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 15:24:22 ]
- Linuxで大量に設定ファイルがある場合はmercurialがいいのか
- 111 名前：デフォルトの名無しさん [2008/08/07(木) 17:21:41 ]
- >>101
merge --squash使えばいいだろ
- 112 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 17:49:50 ]
- >>110
ルート(/)で一発 hg init カマしておけば、後は管理ディレクトリができないからよさそう。
今は CVS 使ってるんだけど、apache の一部の設定は、ディレクトリがある限り潜っていって
CVS の管理ディレクトリのファイルまで処理しようとしてエラーになることがあるんだよね。
次からは Mercurial 使おう。
- 113 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 18:13:00 ]
- bazaarって海外だと使われているみたいだけど、
国内だと全然使われてないよね？
何か問題でもあるの？
- 114 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 22:16:47 ]
- >>113
日本人は英語を読まないから
日本語の解説が豊富なほうに転ぶ。
- 115 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 10:49:40 ]
- >ttp://d.hatena.ne.jp/softether/20060202
>[質問] では、Visual SourceSafe などは使っていないのか?
>
>Visual SourceSafe は使わない。あれはビギナー (初心者) 向けのソフトだ。
>ttp://d.hatena.ne.jp/justmyfuck/20080421/1208790127
>VSSを本気で使ってるヤツらがどれくらいいるか調査する必要があると思った。
>マイクロソフトでさえも使ってないって話(team systemを使ってるんのか？)、
>上のwrite portable codeでもVSSを使ってる開発部署は悲惨すぎて同情されてた。
>何がいかんてクロスプラットフォームに対応できてないとこ、あと何かも糞タレでラベル付けも信用できん。
- 116 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 13:34:39 ]
- >>112
凄いこと思い付くな。問題も出そうだが面白そうだしパクらせてもらうよ。
ちょうど設定ファイルの管理用にRCSでもインストールしようかと思ってたところだった。
- 117 名前： [―{}@{}@{}-] デフォルトの名無しさん mailto:sage [2008/08/08(金) 19:14:46 ]
- おれは
cd /usr/local/apache/conf
mkdir RCS
ci -l httpd.conf
vi httpd.conf
お手軽
- 118 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 20:44:32 ]
- × 日本人は英語を読まないから
○ 日本人は英語を読めないから
- 119 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 22:13:48 ]
- ○ 日本人は英語を読まないから
○ 日本人は英語を読めないから
- 120 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 07:08:54 ]
- 読まないから読めない。
子供の英語教材を聞き流しながらも一緒に聞いて(見て)いると、
結構わかるようになってきた。
真剣にやれば身につきそうな気がしないでもない。
- 121 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 08:59:01 ]
- そりゃ彼の国では子供でもできるんだから
決して難しいわけじゃないだろ
実際あちらで半年位一人で暮らしてれば否応なしに使えるようになるし
- 122 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 12:25:04 ]
- 基本的に英文文献をよむ必要が無いから読まなくなったんだよね。
でも今のトラ技等の技術誌の薄さから言ってあと数年後くらいには英語文献読めないと死ねると思う。
そうなると読む方も必死なので読めるよ。（昔の蘭学者と一緒だね)
- 123 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 13:37:28 ]
- manページとかBBSならなんとか読めるんだがなぁ
チュートリアルを超えてエッセイになると、もう頭に入らなくなってくる
- 124 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 13:53:56 ]
- かなりの高等教育まで日本語オンリーでいけちゃうもんな
ってなんでこんな話してるの？
- 125 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 14:39:25 ]
- トラ技のいい加減な記事に何度もだまされた
まぁ自分が悪いんだが
- 126 名前：デフォルトの名無しさん [2008/08/10(日) 02:43:40 ]
- 質問です。
WindowsXPで使いやすいGUIを備えた分散リポジトリ型のバージョン
管理システムでお勧めなものってありますか？
商用製品でも構わないです。
- 127 名前：デフォルトの名無しさん [2008/08/11(月) 19:51:41 ]
- >>126
Bazaar
- 128 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:52:56 ]
- 勝手にシェル拡張をしないSubVersionのWindows用クライアントを教えてください
- 129 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 22:27:10 ]
- svn
- 130 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 22:33:12 ]
- >>128
ttp://pysvn.tigris.org/
- 131 名前：126 mailto:sage [2008/08/12(火) 00:38:57 ]
- >>127
ありがとうございます。検討してみます。
- 132 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 05:54:10 ]
- >>130
最近 Python 大人気だな。
|
 |
