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

1 名前：デフォルトの名無しさん [2007/10/26(金) 02:15:00 ] バージョン管理システムについて語りましょう。 関連スレ CVS 1.3 [UNIX板] pc11.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1113141518/ Subversion r7 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1180858500/ 116 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 04:27:36 ] >>110 ＞Gitのサーバを建てる手間はどれくらいですかね？ サーバといってもいろいろなやり方があるんですが、、、 gitプロトコル以外にhttpとかsshとかWebDavとか。 全部やったわけじゃないけど、まあ難しくないです。 とりあえずFreeBSDならportsにGitありますよ。 >>113-114 ＞多くのユーザがその用途で使ってるわけだし、それ以外の用途の為の変更で ＞カーネル開発がしにくくなるのは本末転倒なんだな。 俺は普通にGitで不便だと思うことは何にも無いけどなぁ。 Linuxカーネル開発用途以外のものが無いなんてこともないし(俺はカーネル開発 じゃなくてJavaに使ってる) 有名どころだと、xorg、compiz、samba、FedoraあたりがGitを採用してる。 あとGCCもGitが有力らしい。 117 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 04:36:38 ] >>115 タグを付けてあればそれになると思うけど、、、(release_x_xとか) もっと詳細に特定するならSHA1ハッシュがコミットのユニークなIDになってるので、 それで指定できる。 118 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 14:38:41 ] >>117 何のハッシュ? コミットログのハッシュ? 119 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 15:35:53 ] 実物みたほうが速いんじゃない。 gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=56f5066d477836a975122f4e5748c0f4fb790175 みたいにコミットとツリーにそれぞれid(tree-ish、commit-ishの識別子)がつく。 120 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 15:41:53 ] ちょうどそのログはgit-cherry-pickな奴だった。 (cherry picked from commit 7caf51d1a5a86ae884e0087795636222c082962c) はコミットid 7caf51d1a5から拾ってきたっつーことね…。 121 名前：デフォルトの名無しさん [2007/12/09(日) 14:19:00 ] Learning Git www.simplicidade.org/notes/archives/2007/12/learning_git.html 122 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 14:59:23 ] gitは使いこなすとスゴそうだけど、インタフェースが複雑で最初は大変そう www.jukie.net/~bart/blog/git-vs-hg Subversoinですらやっとこさ導入してるリーマンドカタ的現場では、とても無理そうだな。 というか、おまえらんとこってどうなん？ お前らって、「あって当たり前のSCMを手配してくれる人」？ 「面倒なことを言い出すウザイ奴」的立場？ 導入やお守り、簡単な説明はいいけど、手順書一式用意しろ、には参った。 123 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 15:18:50 ] 必要ならリポジトリにプロジェクト作るから言ってね、って言われる立場 まだ CVS だけど 124 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 15:50:17 ] 学生サークルだが、subversionどころかバージョン管理そのものについてまったく知らないのがほとんど。 お前ら趣味でプログラムしてるのとちゃうのかと小一時間(ry 125 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 16:11:31 ] お前が導入して便利さを知らしめてやればおｋ 126 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 16:15:22 ] >>122 ＞gitは使いこなすとスゴそうだけど、インタフェースが複雑で最初は大変そう 確かに最初は覚えるのに苦労するかも知れないなぁ。 ただ俺が思うのは、CVSにしろSubversionにしろ、初めて使う時にはそれなりに 頭を悩ませただろうし、他人に使い方を覚えてもらうなんてのはさらに面倒だった だろうということ（CVS->Subversionはとても似てるからすんなりかも知れないけど） 特に今現在インフラとして使ってるSCMがある人の場合、抵抗感は大きいと思う。 （viからemacsに乗り換えるようなもので。。。） だから、Gitは一切SCMを使ったことの無い人のほうが覚えやすいかもしれない。 って、hgもそれは同じだと思うんだけどなぁ。そんなにGit複雑かなぁ。 127 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 16:49:53 ] >>125 導入しただけで済めば苦労はない。 コミットとか管理の概念もないし、理解したかと思っても、 日付毎のディレクトリを掘ってコミットする奴とか、zipに固めたのをコミットする奴とか…。 128 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 17:01:36 ] そもそも理解してないんだよな、VCSの便利さを。 どれだけ便利か本人たちが理解すれば、前向きに勉強してくれると思うんだが・・・。 129 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 17:12:01 ] Gitインストールした。 $ ls /usr/local/bin/git* | wc -l 145 これはないわ。 130 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 17:13:25 ] $ cd /usr/local/bin; ls git* git git-gui git-relink git-add git-hash-object git-remote git-add--interactive git-http-fetch git-repack git-am git-imap-send git-repo-config git-annotate git-index-pack git-request-pull git-apply git-init git-rerere git-archimport git-init-db git-reset git-archive git-instaweb git-rev-list git-bisect git-local-fetch git-rev-parse git-blame git-log git-revert git-branch git-lost-found git-rm git-bundle git-ls-files git-runstatus git-cat-file git-ls-remote git-send-email git-check-attr git-ls-tree git-send-pack git-check-ref-format git-mailinfo git-sh-setup git-checkout git-mailsplit git-shell git-checkout-index git-merge git-shortlog git-cherry git-merge-base git-show git-cherry-pick git-merge-file git-show-branch git-citool git-merge-index git-show-index git-clean git-merge-octopus git-show-ref git-clone git-merge-one-file git-ssh-fetch git-commit git-merge-ours git-ssh-pull git-commit-tree git-merge-recursive git-ssh-push git-config git-merge-resolve git-ssh-upload 131 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 17:14:22 ] git-convert-objects git-merge-stupid git-stash git-count-objects git-merge-subtree git-status git-cvsexportcommit git-merge-tree git-stripspace git-cvsimport git-mergetool git-submodule git-cvsserver git-mktag git-svn git-daemon git-mktree git-svnimport git-describe git-mv git-symbolic-ref git-diff git-name-rev git-tag git-diff-files git-pack-objects git-tar-tree git-diff-index git-pack-redundant git-unpack-file git-diff-tree git-pack-refs git-unpack-objects git-fast-import git-parse-remote git-update-index git-fetch git-patch-id git-update-ref git-fetch--tool git-peek-remote git-update-server-info git-fetch-pack git-prune git-upload-archive git-filter-branch git-prune-packed git-upload-pack git-fmt-merge-msg git-pull git-var git-for-each-ref git-push git-verify-pack git-format-patch git-quiltimport git-verify-tag git-fsck git-read-tree git-whatchanged git-fsck-objects git-rebase git-write-tree git-gc git-rebase--interactive gitk git-get-tar-commit-id git-receive-pack git-grep git-reflog これはひどい 132 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 17:24:22 ] ふと思った。 -l してみたら実体は１個で、argv[0] で振り分けてたりしそうだと。 133 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 17:33:39 ] ディスクサイズを問題にしているわけじゃない。 gzipとgunzip程度ならそれでもいいけど、こんだけファイルを散らかしているのをなんとも思わないのかな。 たぶんcommand completionしたいがために、sub commandを使わないようにしたんだろうけど。 134 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 17:34:13 ] ちゃんと読もうぜ We divide git into high level ("porcelain") commands and low level ("plumbing") commands. www.kernel.org/pub/software/scm/git/docs/ まあPorcelainでもその中で通常使うのはいくつかしかない ktown.kde.org/%7Ezrusin/git/git-cheat-sheet-medium.png 135 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:26:31 ] >>128 VCSとは? 136 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:34:10 ] >>135 Version Control System 137 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:36:12 ] SCM のほうが一般的だと思うけどな。 138 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:42:30 ] どのぐらい？ 139 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:50:01 ] hg歴1週間の私が Git 使ってみましたよ。 gitk が面白いね。 で、branch を切り換える、って考え方がすげーしっくりきた。 これで Git に移行する気マンマンになりつつある。 一番気になるのは database の頑健性なんだけど、これはしばらく使ってみないと分からんな。 git-fsck というコマンドが存在する、ということが却って不安を煽るんだが… >>126 > って、hgもそれは同じだと思うんだけどなぁ。そんなにGit複雑かなぁ。 俺も実際に使う前は、Git てコマンドたくさんあるらしいし、覚えるまでが大変そう、と思ってたけど、 実際に使ってみると基本的な作業は CVS とかと大差ないと思った。 むしろインターフェース的には CVS と Git の方が CVS と hg より近い (ほんのちょっとだけどね) とすら思った。 ただ、git co とできないのが不満。ln -s git-checkout git-co とかすりゃいいのか? (w ところで、git commit --help で No manual entry for git-commit とか言われるのは、インストールに 失敗してる? 140 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 19:17:15 ] >>139 ＞git-fsck というコマンドが存在する、ということが却って不安を煽るんだが… どうだろうね、けっこう有名なプロジェクトでガンガン使われてるのが安心を もたらすと思うんだけどねー。 俺の場合は仕事ではまだSubversionなので、個人的にGitで開発して 中央とのやり取りの時に git-svn で Subversionレポとやり取りしてます。 誰も気づかないよw コラボしなくても、個人使用だけでずいぶん楽しいですよGit。 ＞ただ、git co とできないのが不満。 git.or.cz/gitwiki/Aliases 俺は~/.gitconfig をこんな感じにしてます [alias] st = status co = checkout br = branch ＞ところで、git commit --help で No manual entry for git-commit とか言われるのは、インストールに 失敗してる? してるかも。。。make install-doc かな？ 141 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 20:03:56 ] 今はSubversionを使ってて、 GitとMercurialをちょっとかじってみたいなと思ってるんだけど。 作業履歴も含めたバックアップはそれぞれどうやるの? 例えば、ある1つのプロジェクトを自分1人で扱うとして、 元リポジトリをいくつかに複製してそれぞれで個別の作業をして、 時折"リリース版"を作る場合: 1. リリース用リポジトリを1つ作って変更点を集める 2. そのリポジトリのバックアップを取る → 具体的には? とかなのかな。イメージがいまいち掴めてないかも。 142 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 21:18:20 ] 単にリリース用リポジトリ複製して保存しとけばいいと思うけど。 143 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 21:41:27 ] >>134 ごめん、なにがいいたいのかわからん。 high levelとlow levelに分類したところで、コマンドの数が多すぎる理由になるの？ 144 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 21:48:44 ] cg cg-commit cg-reset cg-add cg-diff cg-restore cg-admin-cat cg-export cg-rm cg-admin-ls cg-fetch cg-seek cg-admin-lsobj cg-help cg-status cg-admin-rewritehist cg-init cg-switch cg-admin-setuprepo cg-log cg-tag cg-admin-uncommit cg-merge cg-tag-ls cg-branch-add cg-mkpatch cg-tag-show cg-branch-chg cg-mv cg-update cg-branch-ls cg-object-id cg-version cg-clean cg-patch cg_annotate cg-clone cg-push あ一個変なの入ったけど、cgとかもあるよw　stgitとかも。 git用のもあるbashcompは便利だがメインzshなんだよな。。。 zshcompはまだ使ってないんだがどうなんだろ。スレ違い… 145 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 22:40:15 ] >>143 コマンドの数が多すぎるのが問題なの？ 146 名前：デフォルトの名無しさん [2007/12/10(月) 00:13:05 ] gitってリポジトリの一部だけをcloneとかcheckoutすることって出来る？ 147 名前：141 mailto:sage [2007/12/10(月) 00:31:52 ] >>142 普通のファイル群として保存すればいい(それ以外にない)ってことか。thx。 いや、svnのdump/loadみたいなものはあるんかなと思ってね。 148 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 10:31:56 ] >>146 分かってないだけかもしれないけど、それは無いような希ガス Gitはファイルとかディレクトリではなくてコンテンツで考えるモノ、らしい 149 名前：デフォルトの名無しさん [2007/12/10(月) 11:49:13 ] 分散型でアクセス権をディレクトリ毎に制御できるものってない？ 150 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 17:15:30 ] >>149 subversionではそういうのあったっけ。 151 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 17:29:23 ] svnserveとかWevDAV経由なら出来るんじゃなかったかな。 リポジトリの下のconfにそれっぽいのがあるでそ。 152 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 22:53:46 ] mercurialはrenameの前後でdiffとれない？ 153 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 00:26:48 ] OpenJDK が Mercurial を使うことにしたそうだ。 154 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 00:56:26 ] svnはエンコード混在環境でもコミットログを内部utfで処理してくれますが、gitやhgのコミットログのエンコードは何が使われるのでしょうか？ 乱暴ないい方するとWindows,ubuntu,旧soralisでs-jis,utf-8,eucなエディタでコミットしたときにログを相互に読めますかって話です　(svnは相互にログは読めました、cvsはダメだった) 155 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 06:02:16 ] >>154 とりあえずGitはデフォでUTF-8だけど、設定ファイルに書いたらできたよ。 この手の質問って、hgとGitどっちにするか評価中ってことなのかな？ それならこんな細かいことじゃなくて、機能の核心が重要なんじゃないかと 思うんだが。まずは使ってみたほうがいいと思うよ。 156 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 08:56:02 ] 154にとっては、それが核心機能のひとつなんじゃないかな。 異機種異環境混在環境でも動作するというのは案外大事。 157 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 10:28:37 ] >>156 まああれだ、どうもSubversionの機能をGitやMercurialに当てはめていくような アプローチをしたがるみたいなんだが、そうじゃなくて頭真っ白にして考えないと うまくいかないと思うんだおれは。 実際に使ってみれば、ログの文字コードを心配する前に、もっとドラスティックな ことが起きるはず。 158 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 10:55:13 ] SVNの説明にも必ずCVSではこうだったみたいなのがあるじゃん 最初からHGやGit使うなら良いが既にSVNとかを利用している人からすれば どうしても機能の当てはめ等は必要 自分は良くても他の人が移行に納得しない 159 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:11:07 ] おれsvnからgitに移行したけど、gitはsvnに当てはまらないことばっかだよ。。。 160 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:18:45 ] 当てはまらない事だらけって事は利用者は使い方を学ばなければならないって事だ 中々覚えようって気にはなってくれないから難しい 161 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:24:06 ] Git - SVN Crash Course git.or.cz/course/svn.html 最初はこれ見てやってみたんだけど、やっぱこれでgitが分かるってことはないわけで Tutorialをやってみるのが近道だった。 中央集権型と分散型なんだから、簡単に移行できないのはしょうがないかもね。 162 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:16:41 ] gitかhgに移りたいけど、eclipseのプラグインがでるまで我慢。 163 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:20:22 ] 俺はWindows Explore連携ができないと、移る気がしない 164 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 14:35:49 ] svkだって亀が使えたらって思うが 165 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 20:23:44 ] まぁ、人口に膾炙するためには、日本語リソースが充実しないとな 166 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 00:35:58 ] gitとかsvnとかhgとかみてたら、2chの略語に見えてきた。 もうさ、2chのVCS/SCMつくろうぜ。 kwsk -> 詳細ログ表示 ktkr -> 取り出し wktk -> 更新があるかチェック up -> コミット 167 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:15:31 ] gitとhgをcygwin上でTutorialをこなしたけど、 gitは branch と gitkが すごく よいと 思いました。 って 思いつつ、hg リファレンス を読んでたら、branch在るんですね。 Tutorial 見て、cloneでどんどんレポジトリ増やしていくしかないと思ってしまったorz 気づいた差異は、こんな感じ 速度 hg > git hgは一瞬、gitは一秒程度かかるもの(checkout, commit)がある commit hgは、更新ファイルがデフォルトでコミットできる gitは、更新ファイルもaddを使って追加するかcommit -a をする マージのコンフリクト時の挙動 gitは衝突部位を両方持ったファイルを作成する hgは衝突ごとに随時衝突部位を両方持ったファイルをエディタで開いて修正を求める。 あと hgは、狙ったのかホームポジションの隣で両人差し指一打ですむのが楽 168 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:17:42 ] >>167 ｈｇといえばやっぱりアレだろ 169 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:31:11 ] >>168 どれだよ。 170 名前：167 mailto:sage [2007/12/12(水) 02:42:06 ] ああ gitはcommitせずに複数マージできるが抜けてました。 >168 何でしょ? 171 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 12:18:08 ] $ hg foo 172 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 16:20:44 ] gitやhgが流行ってるみたいですが、いまいちsvnとの使い方の差が掴めません。 実際にsvn->git,hgへ移行して、使い方がどう変わったかだれか教えてもらえませんか？ 173 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:14:51 ] cvsからsvnへ変わったのとは違う どう変わったか？と言うより、概念そのものが違う 174 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:21:26 ] gitに移行しない奴をアホ呼ばわりする奴は何なの？ 175 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:27:18 ] 会社でアホ呼ばわりされたのか？ チラシの裏にでも書いておけ。 176 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:22:44 ] >>174 Git信者以外に考えられないのですが・・・・ 本人は否定しているのですか？ >>172 大きな違いはローカルコミットができる点じゃないかな？ 自分の作業が一段落するまで他の人に影響を与えず手元で変更履歴をとって管理できる。 それができないってのが、昔TeamwareからCVSに移行したとき不便だと思った所なんだけど。 177 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:29:05 ] >>176 なるほど、それは使い方が大きく変わりそうですね。 178 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:31:39 ] ローカルコミットか・・・ 確かに便利そうだ 誰かgitとhgとsvn使っている人、違いをまとめてうpしてくんろ 179 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:58:46 ] svnもsvk使えばローカルにコミット出来るけどな 180 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 21:28:01 ] gitはどうかしらないけどhgはCVSとか.svnに相当する.hgディレクトリがルートにしか作られないのがすき。 それ + .hg自体がリポジトリなのでリポジトリの作成が気持ち的に軽い気がする。 なんかのファイルをいじるときにとりあえずhg initってのをよくやるようになった。 181 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 21:33:46 ] ↑追記: バージョン管理というよりdiffを簡単に取るためだけど 182 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 22:44:52 ] >>180 gitも同じっすね 183 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:40:26 ] >>179 確かにsvkはローカルコミットできるね 俺はsvkからGitに変えたんだけど、外見はけっこう似てるかも知れない。 svkはどこどこのrevいくつまでマージした、っていう情報をもとにsmergeするけど、 Gitは各コミットにハッシュが振られているので、もっとぐちゃぐちゃにマージさせても けっこう大丈夫。なので、何かしようと思うたびにローカルでブランチ作って、 ひと区切りついたら本線にマージしてそのブランチは廃棄、っていうのを繰り返す、 というのがフローとして使える。 svkも同じような使い方してたんだけど、svkはマージが遅くて辛かった。Gitは鬼速い。 あとsvkのswitchがGitのcheckoutにあたるようなイメージなんだが、svkでswitchしまくる というのはちょっと気持ちよくないんだけど、Gitはそれが普通なので気持ちいい。 まーあとはGitならでは(hgにもありそう?)のresetとかrebaseとかの、やりたい放題が 気持ちいいかな。過去のコミットを遡って修正なんて、最初はかなり驚いた。 184 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:57:29 ] > Gitは各コミットにハッシュが振られているので、 > もっとぐちゃぐちゃにマージさせてもけっこう大丈夫。 svn使いの俺様から見るとコンフリクトしまくりそうなんだが...。 185 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:14:15 ] そういう複雑な運用がサポートされてても実際に使えるかどうかは難しいよね 186 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:20:53 ] >>162 hgにはある 187 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:22:33 ] >>184 行レベルでぶつかればコンフリクトしますな、さすがに。 でも追加した変更が誤解されてばっさり元に戻されたりとかはないし、 共同作業でもきちんと分担が為されてれば、同じファイルの同じ行がぶつかる ということはそれほど無いはず。 >>185 慣れ、だと思いますよ。 188 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:06:09 ] >>103 そういう使い方をしたいなら darcs、StGit、Mercurial+MQを使うべきだろ。 ここにいるGit使いは、darcsに移ったほうが幸せになれるかもしれない。 189 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:28:12 ] darcsって何がいいの？スケールしないって問題はおいといて。 バージョン管理じゃなくて、パッチ管理システムらしいけど、 それって何が違ってどう嬉しいんだ？ もっとわからんのは、darcs-git。 gitにdarcsのコマンドUIを載せたものと理解してるけど、darcsはUIがよいって事？ ってか、自慢のパッチ管理システムは実はどうでもいいのか？ 190 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 02:17:54 ] quiltに似てるらしい。＞darcs quiltって何か知らんけど。 191 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:14:57 ] git って、「ぎっと」なの？「じっと」なの？ 192 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:29:10 ] 北森セレ2.6で、ロゴ野郎に買った！ …裏技だけど。 193 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:29:49 ] >>192誤爆ｽﾏｿ 194 名前：デフォルトの名無しさん [2007/12/13(木) 04:21:38 ] >>191 www.youtube.com/watch?v=4XpnKHJAok8 linusは「ぎっと」と読んでいる 195 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 07:02:22 ] RapidSVN使ってるけどリポジトリのあるPCの電源を落としたまま コミットしようとすると更新情報ぶっ壊れて全部とりなおすハメになるのは 他のツール使ってもいっしょですか？ 196 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 07:57:00 ] >>195 ウサギはもう開発終わってるからなるべく使わない方がいいよ。 一々挙げないけど、それ以外にもいろいろ不具合あるし。 197 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 08:16:34 ] >>196 そうなんかぁ・・・ 他のツールってなんかあんまりなじまなかったんだけど？ｗ GUIでスタンダードなツールって何？ なんかあんまりブラウザと合体するとか好きじゃない 198 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 08:24:42 ] >>197 俺も昔そう思ってた口で、ウサギオンリーで行こうとしたんだけど、 あまりの使いにくさに断念した。今は亀で妥協中。 どうしても亀が嫌なら、javaのクライアントがあったはずだから試してみたら？ たしかsvnスレの最近100レスぐらいに名前が挙がってたはず。 199 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 22:48:05 ] ウサギと亀w Rapid と Tortoise にはなんか因縁でもあるんか 200 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 23:51:43 ] >>187 ありがとう。なぜか親近感がわいてきた。 会社のリポジトリは数年前にCVSからSubversionに移行させたんだが、 そのうちオレオレリポジトリみたいな使い方からgitを試してみるかも。 201 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 00:33:24 ] >>191 >ちなみに，'git'は英国俗語由来だそうです，そうであれば発音は'ギット'です www.netfort.gr.jp/~dancer/column/200504-git.html.ja だって。 202 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:02:16 ] 俗語ってなんだろう。犬の糞とかかなｗ 203 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:16:17 ] >>202 ばかだなあ 204 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:16:58 ] これか？ en.wikipedia.org/wiki/Git_%28insult%29 > Git is a relatively mild British slang term, used to denote a silly, incompetent, stupid, annoying, or childish person. 205 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:20:22 ] リーダーズ英和辞典 git[名] <俗> ろくでなし、ばか者、いやなやつ [get] get[名] <俗> ばか、とんま 206 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 07:58:33 ] 犬の糞という訳をしてもあながち間違いではないような 207 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 10:32:08 ] 喪前等m-wを使おうぜ。発音も意味も両方判るんだから。 ttp://www.m-w.com/dictionary/git どうでもいいが、ci-gitとすると墓碑銘になるからaliasを作るときは要注意だw 208 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 11:01:13 ] >>200 まずsvkを使ってみてはどうか CVSからSVNへ移行したのと SVNからGitは敷居が全然違うと思うよ 209 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 12:48:40 ] Rapid は、ウサギじゃないと思う・・・・ 210 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 12:59:42 ] >>200 gitはディレクトリがそのままリポジトリ＆作業コピーになるから、 一人で始めるのはすぐにできますよ。 git-svnでgitからSubversionに直でコミットするのは、俺svnリポジトリで 練習してからのほうが良いと思います（意外にアッサリ実行して しまうので） >>208 それも良い手だと思います 俺も未だにSubversion同士のマージはsvk重宝してる 211 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 13:23:25 ] >>209 そのとおりなんだが、RapidSVNのロゴがウサギなんだ。 RapidSVNのサイト見てみ？ 212 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:18:14 ] 以前も言ったように、ユーザーパッチでの開発とかいう文化が存在しない bsdやsolarisはことごとくmercurial。これは犬臭いのを避けたかったから。 犬臭いといっても、mercurialもgitもどっちもlinuxのバージョン管理システムだった bitkeeperの代替のために作られた。ただもう一方の作者がカーネル作者だったため、 採用は当然そっちになっただけさ。開発スピードの差はリポジトリ見れば明らかだよ。 213 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:50:37 ] >>212 つまりどっちが活発に開発されてるの？ 214 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:58:07 ] >>211 うぉ！しらなんだ・・・・いつの間に・・・・ 昔は無かった・・・よね？ 215 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 22:58:52 ] gitはsh依存がなけりゃな... 216 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 23:31:25 ] >>215 無知な質問で恐縮だが、shってシェルのこと？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef