[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/21 17:38 / Filesize : 230 KB / Number-of Response : 918
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



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/

409 名前:名無し募集中。。。 mailto:sage [2008/09/27(土) 23:12:59 ]
会社でもノートPCを持って無線LANの届かない現場に行く場合とか心底困るよ

410 名前:デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:15:12 ]
Subversionに比べると、分散型はリポジトリの扱いが気楽なのが利点だと思います。

たとえばMercurialだと、
ソース書き始めた

そのディレクトリの下にリポジトリ作成。チェックアウトの必要なくいきなり管理下

ちょっと実験するために別ディレクトリにclone(リポジトリのコピー)

修正&コミット

成功:コミットを元リポジトリにpush
失敗:cloneしたリポジトリを削除してポイ

(゚Д゚)ウマー

411 名前:デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:28:50 ]
svnからhgでブランチし放題なのとマージ覚えててくれるのはいいと思った

412 名前:デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:29:01 ]
どこがちがうのか?


413 名前:デフォルトの名無しさん mailto:sage [2008/09/28(日) 02:46:15 ]
svnも1.5でマージサポート強化されてるっぽいね。
今まではブランチっつってもコピーするだけだから、マージは自分でやらないといけなかったけど、
なんかsvn1.5はプロパティにどこからマージ済みなのか記録してるっぽい。svkのマネ?

Gitの場合はコミットに一意なIDがあるから、テキトーにブランチきってもマージに悩まされずに
追いかけていける。

414 名前:デフォルトの名無しさん mailto:sage [2008/09/28(日) 04:21:23 ]
>>410
そうそう、分散型だとすごく気楽だよね。
個人開発でも利点があった

415 名前:デフォルトの名無しさん mailto:sage [2008/09/28(日) 10:30:27 ]
>>351 でも書いたけど、 亀 Hg 使ってる人はマージはどうやってる?kdiff3 使ってる?
マージペインで日本語が化けるから、やや無理やりだけど WinMerge 使いたいんだよね。
でも premerge が効いてないっぽいし、バイナリファイルはどちらを採用するか聞いてこなかったり
もう設定がわけわかめ。

416 名前:デフォルトの名無しさん mailto:sage [2008/09/28(日) 11:28:46 ]
ブランチに試行錯誤や間違いの歴史を残すのに全然抵抗ないですけど
それでも分散型に利点はありますか?

417 名前:デフォルトの名無しさん mailto:sage [2008/09/28(日) 11:33:46 ]
>404



418 名前:デフォルトの名無しさん mailto:sage [2008/09/28(日) 16:53:16 ]
ベータ版かリリース版かというのはどのように管理してるの?

419 名前:名無し募集中。。。 mailto:sage [2008/09/28(日) 21:11:17 ]
revisionのコメントに「>>418さんに渡した版」と書いておく程度の管理
または気持ちの問題、カナ

420 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 02:37:11 ]
タグ名の最後に"-r"を付けるとか(release)

421 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 02:56:41 ]
>>418
うちでは例えばバージョン名がB2.4.XからR2.4.0になる。

422 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 03:00:44 ]
>>418
タグ付けてβ、それを品証がチェックしてリリース
trunk
tag
rel
のディレクトリにタグ化した日付でtagに入れてそのリリースがrelにcopyされる
品証のチェックで出たバグはtagの日付版で修正して、trunkへポートされてる
エンドユーザからのバグレポートはrelに対してになる、

423 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 03:42:29 ]
>>418
tag つける。でtag名に、beta-ほげほげ とか release-ほげほげ とか


424 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 12:23:02 ]
リポジトリをbetaフォルダからreleaseフォルダに複製してる

・・・けどタグの方がいいのか

425 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 12:36:21 ]
いついつリリース版というフォルダをずっと増やしていく方針なら
タグは不要だと思うけど。

426 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:18:54 ]
他所の cvs/svn/git リポジトリから co するときに自動的に hg 方式になって
自分で管理するときは hg でして
ci するときは cvs/svn/git 方式に自動的に変換するフィルタってない?

427 名前:デフォルトの名無しさん [2008/09/30(火) 05:37:52 ]
チェックアウト状態ではリードオンリーになっていて
編集しようとするとダイアログが開いて何のための変更か?を記述して
それをコミット時のデフォルトのコメントにしてくれるようなWindowsのツールってないですか?
TortoiseSVNの拡張機能みたいな形であれば一番いいんだけど。



428 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 09:48:34 ]
それなんて VSS ?

429 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 10:19:30 ]
>>427
needs-lockじゃ駄目?
lock取得するときに、やる作業をコメントに書く。
コミットするときは、最近のログメッセージから再利用。

430 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:51:34 ]
SubversionリポジトリからMercurialに変換するツールはないんでしょうか?

431 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:51:59 ]
gitだとsvnとの相互運用もできるっぽいのですが・・・

432 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:10:30 ]
hg convert

433 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:35:30 ]
>>432
Mercurial の Subversion convert extension - daily dayflower
d.hatena.ne.jp/dayflower/20080312/1205213450

これか・・・かなり未完成っぽいですね
hgsvn?とかいうのがよいらしいですが

434 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:42:15 ]
hgの読み方ってハーゲーでいいの?

435 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:08:50 ]
>>434
銀ちゃんで

436 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:38:11 ]
水銀党で

437 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:56:57 ]
git では
git checkout 古いコミットID
として古い状態に戻すことができます。
このあと最新状態に戻すにはどうしたらいいですか。
git checkout HEAD とか git reset --hard HEAD とかしてもだめみたいです。



438 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 19:07:14 ]
>>437
HEADは現在居るブランチの先端をあらわすので、その場合のHEADは名無しブランチの先端。
つまり古いコミットIDになる。
最新の状態にしたかったら、そういうブランチをチェックアウトすればいいと思う。
git checkout master とか。

439 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:11:31 ]
>>438
ほんとだ、名無しのブランチになってました。
git checkout master でもとに戻れました。ありがとうございます。
ただ、git checkout COMMIT_ID を実行すると、名無しのブランチができるという挙動がなんか気持ち悪い。
なんで勝手にブランチができるんだろう。。。

440 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:39:40 ]
>>439
どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。
今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。
そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。

441 名前:デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:28:10 ]
俺がHEADだぁぁぁあああ!

442 名前:デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:55:10 ]
ヘドが出るぜ!


443 名前:デフォルトの名無しさん mailto:sage [2008/10/01(水) 12:04:21 ]
すみませんが、せっかくの機会なので教えていただけますか。

>>440
>どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。

新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。

>今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。
>そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。

reset は、HEAD がどのコミットを表すかを変更するということでしょうか。
HEAD を変更することなく、古い状態に戻すことはできないということですか。

Git は仕組みがよくわからず、困ってます。
Mercurial はすごくわかりやすいんですけど・・・



444 名前:デフォルトの名無しさん mailto:sage [2008/10/01(水) 16:43:32 ]
>>443
hgは使ったことないんだが、Gitからフォークしてるので似てるはずだと思ってたんだけど、
そうでもないのか。resetとかrebase無いの?

「古い状態に戻す」が何をしたいのかよくわからないんだけど、例えば、
3つ前の状態をちょっくらワーキングコピーで見たりしたくなったんなら、
3つ前の状態をチェックアウト(git checkout HEAD~3)すればいい。
名無しブランチの先頭に居ることになるが。

今のブランチを3つ前の状態まで戻して、そこからやり直したいならリセット(git reset HEAD~3)
この場合は3つ前以降のコミットは失われる(他のブランチに残ってなければ)

>新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。

mainという名のブランチをチェックアウトしたまま古い状態を取り出す?
いま居るブランチはmain~3ですよ、みたいな感じ? それはないな。実質そういうことになるのかも
しれないけど、main~3は他のブランチにも含まれるかもしれないし、履歴の途中を引っ張り出した場合、
そこにコミットを続けることも出来るから、それってブランチ(枝)でしょう?

git checkout HEAD~3とした時点で「名無しブランチですよ。必要なら後からgit checkout -b って
出来るよ」みたいなメッセージが出てると思う。

445 名前:デフォルトの名無しさん mailto:sage [2008/10/01(水) 19:01:31 ]
443ではないけど
>>444
hgの場合古い状態をワーキングコピーで見るだけならブランチにはならなくて、
古い状態からコミットしたときに初めてブランチが作られる

446 名前:445 mailto:sage [2008/10/01(水) 19:05:37 ]
それと、hgはgitのフォークではないよな

447 名前:デフォルトの名無しさん mailto:sage [2008/10/01(水) 19:47:23 ]
またリポジトリ、プロジェクトホスティング見つけてきた

Project Kenai -- We're More Than Just a Forge
kenai.com/

SubversionとMercurialのリポジトリと、フォーラム、ML、wiki、バグトラックなど一通りのホスティングサービス



448 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 07:37:45 ]
枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん?
新しいブランチは作らず名無しの状態で取り出せる。
それぞれのHEADも変更しないし、何に困ってるのか分からないんだが…

多分何がしたいのかを言った方が手っ取り早い。

449 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 09:26:39 ]
>>445
> 古い状態からコミットしたときに初めてブランチが作られる

前もって hg branch でブランチを指示しないといけないんでなかった?

450 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 09:40:05 ]
>>446
SDにはそんなようなこと書いてあったけどな。
でもPythonで新たに書き直してるから、フォークとは言わないかもね。

451 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 12:51:20 ]
>>444
両方ともBitKeeperのコマンドを参考に作ったんじゃなかったか?

452 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 15:27:04 ]
tortoiseHGの0.5出てたから入れたけど、コミットの日本語は相変わらず

一緒にbazaarも入れてみたけど
右クリックしてもbazaarのメニューが出てこないのは気のせい?


453 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 18:36:34 ]
>>448
>枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん?

それだとファイルパスが違うのになるから、設定ファイルをいちいち変更しないといけない。
または現在のディレクトリを別名に変更しないといけない。

454 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:14:48 ]
???

455 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:22:29 ]
hg convert って最強じゃね?

456 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:38:25 ]
>>453
フルパスが書かれたものをリポジトリに入れてるのか。

そうであってもブランチを作る必要はなくて、
チェックアウトまたはclone+チェックアウトで済むと思うけど。

何をしたいのかがわからないから、あとはエスパーを呼んでもらうしかない。

457 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:01:04 ]
情報を後出しばかりする上に自分の特殊な環境が特殊だと思っていないんだから
誰がどう答えてもどうにもならんでしょ



458 名前:445 mailto:sage [2008/10/03(金) 13:30:09 ]
>>450
en.wikipedia.org/wiki/Mercurial_(software)
>This project started at approximately the same time as another project called Git, started by Linus Torvalds with similar aims.
>>449
名前付きのブランチをつくるならそう。名無しブランチ作るならコミットするだけ。

hgの場合
hg checkout id
で古いワーキングコピーにして、
hg checkout
で最新(tip)にできる。
hg log
はcommitやpullしない限り、何をcheckoutしていても常に同じ内容が出力される。

git少し試したけど、古いのをチェックアウトするとgit logでそれ以降のログが
見えなくなるな。

459 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 16:21:21 ]
緒マラ教えて下さい。
gitのリポジトリをhgに変換する方法を

460 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:41:25 ]
4レス前は読んだか?

$ hg help convert ~
hg convert [OPTION]... SOURCE [DEST [REVMAP]]

Convert a foreign SCM repository to a Mercurial one.

Accepted source formats:
- Mercurial
- CVS
- Darcs (legacy Darcs 1 format only)
- git
- Subversion
- Monotone
- GNU Arch


461 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:17:10 ]
git checkout ブランチ名
としたときに、
error: You have local changes to 'README'; cannot switch branches.
といわれます。
Gitでは編集中のファイルがあるとブランチを切り替えることはできないのでしょうか。


462 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:51:03 ]
>>460
thanx... hg convertていくつも対応してるのね

463 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 03:39:36 ]
>>461
たぶんそれチェックアウト先のブランチでREADMEがぶつかってるんじゃないかな。
まっすぐ伸びてれば
M README
Switched to branch
てな感じになるはず。

464 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 11:15:13 ]
で、git と mercurial のどっち使えばええの?

465 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 11:31:34 ]
bazaar使えばいい。

466 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 13:10:06 ]
>>464
git はわかりづらいので、mercurial のほうがいいと思う。
ただ git のほうが機能は豊富。あまり使わないけど。

467 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 13:35:44 ]
>>464
流行で言えばgitでしょう。

ただ、Windowsと関わることがあるなら git はちとキツイ印象(いろいろ試したが)
そのときは Mercurialでよいかと



468 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 14:12:39 ]
>>466
mercurial になくて git にある機能って具体的にナニ?

>>466
どこの流行なんでしょうか?

469 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 15:07:16 ]
>>468
githubでいきなり盛り上がった印象がある。
それまでは、俺はLinux Kernel専用SCMとしか思ってなかった。

470 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 16:46:55 ]
大型プロジェクトに良く使われている印象>git
linux kernel、X.org、wine、vlcなど。
hgはmozillaだけな予感。

471 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 17:46:54 ]
hg も netbeans、opensolaris や xen とかで使われてる
…ってちょっとググれば分かるはずなんだがな

472 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:16:14 ]
リポジトリ数
github(git) 30*618=18540ぐらい
launchpad(bazaar) 19002

mercurial専用ホスティング&コラボレーションサービスって無いのな。専用である必要ないって言ったらその通りだが。

473 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:25:41 ]
>>472
bitbucket freehg projectkenai

474 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:30:29 ]
>>473
thx.

bitbucket(mercurial) 15*40=600
他分からず。

475 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:54:37 ]
>>468
git-svnと同等なものがHgに無い。マジで欲しい。


476 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:01:08 ]
>>475
俺もこれほしいな

gitは、gitでGoogle Code Projectのsvnで開発なんて記事もあるくらいだからな

Google Open Source Blog: Develop with Git on a Google Code Project
google-opensource.blogspot.com/2008/05/develop-with-git-on-google-code-project.html

477 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:05:12 ]
>>475-476
hgからsvnにpushする方法
jelmer.vernstok.nl/blog/archives/129-Pushing-Mercurial-branches-into-Subversion-using-Bazaar.html



478 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:26:00 ]
hgsvnに含まれるhgpushsvnってのもあるらしいがバギーなようだ。hgsvnの開発も芳しくないようだし。

479 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:42:17 ]
windows上ならbzr-svnが標準で含まれているbzrが最強な予感。
cygwin+gitならgit-svn入れるだけだろうけど。
msysgitはgit-svn入れるの難しいはず。

480 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 20:15:22 ]
TorotoseHGに含まれている hg.exeで
hg mergeしようとすると、gpyfmというウインドウが立ち上がるんだけど、
これは何するものなの?
リストに何も表示されていないから、何をしたらいいかわからんw
acceptoとかrejectとかのボタンは表示されているが

481 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 21:19:29 ]
github を使っていて、他人のプロジェクトをフォークしたんですが、
それを更新する (pull) 方法が分かりません。
つまり someone/proj1 をフォークして myname/proj1 をつくり、
git clone git://github.com/myname/proj1
をして、自分のリポジトリに commit & push するのはいいんですが、
someone/proj1 の変更を myname/proj1 に pull する方法がわかりません。
だれか教えてください。


482 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 02:37:27 ]
>>481
git remote add someone git://github.com/someone/proj1
git pull someone
かな。

483 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 02:38:37 ]
>>475
www.bitbucket.org/durin42/hgsubversion/overview/
まだまだっぽいけど。

484 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 04:39:52 ]
欲しければ実装しちゃいなよ

485 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 08:27:55 ]
bazaarを介するのもhgsubversionを使うのも一抹の不安があるなぁ

486 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:11:41 ]
Bazaarが気になったので、GCCのソースを使って計測してみた。
svn://gcc.gnu.org/svn/gcc/trunk
ソースのサイズ: 510MB

Intel(R) Atom(TM) CPU N270 @ 1.60GHz
DISK: SDHC(ext3) #ツッコミなしでw

使用コマンド
svn = import (svnadmin create済み)
hg = commit -A (hg init済み)
bzr = add + commit (bzr init済み)
git = add + commit (git init済み)

TAT
  git(8m30s) > bzr(10m30s) > hg(12m40s) >> svn(60m38s)
CPUTIME
  git(1m10s) > hg(2m55s) > bzr(5m49s) > svn(6m57s)
REPOS SIZE (ソースのサイズ除く)
  bzr(122MB) > svn(133MB) > hg(311MB) > git(319MB)

考えていたよりbzrがいい結果。

487 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 17:59:01 ]
総合的にみて hg の圧勝じゃないか



488 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:31:15 ]
総合的にみたらgitだろ?

489 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:36:26 ]
総合的に見るとrcsだわな。

490 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:39:23 ]
あと10年くらいはsvnでいいや

491 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:40:21 ]
cvsはもう勘弁

492 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 19:21:08 ]
>>486
What does "TAT" mean?
"CPUTIME" is speed of command execution?

493 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 19:25:26 ]
turn around timeじゃないか

494 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 20:54:04 ]
>>493
その通り。

495 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 09:03:25 ]
どうもです。
>>482
>git remote add someone git://github.com/someone/proj1
>git pull someone
これだと自分のローカルリポジトリのみの変更ですよね。
あとはこれをpushすれば、github上にあるリモートリポジトリにも反映されるということでしょうか。

gitは勉強中なのでわからないことがいっぱいです。



496 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 19:00:20 ]
Git(ギット)勉強会メモ - kinneko@転職先募集中の日記
d.hatena.ne.jp/kinneko/20081004/p4

> git stash
> 日本からやってきたパッチ。最近追加。
> する直せ、今直せとボスが言う。
> 中断されると違う事やると思考の流れが止まる。続けられない。
> git stash saveとたたくと、今の状態を保管する。
> 巻き戻されて最初からボスの変更だけやって、コミットしてしまう。
> その後で、git stash applyで保管した結果を戻して作業ができる。
> tarで保管するのと違って、重なる変更点は3 way margeされる。
> ボスの変更が反映された上で、途中の作業に戻れる。

今 hg 使ってるんだが、この git stash に相当するコマンド(群)知ってる人イナイ?
コード弄ってるときにバグ発見とか、よくあるもんで…

497 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 19:43:01 ]
>>496
意味がわからんし使い方もわからん
cloneすればいいんじゃねーの



498 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:03:46 ]
>>496
www.selenic.com/mercurial/wiki/index.cgi/ShelveExtension
これかな

499 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:22:28 ]
>>496
> 今 hg 使ってるんだが、この git stash に相当するコマンド(群)知ってる人イナイ?
つhgext.mq

500 名前:デフォルトの名無しさん mailto:sage [2008/10/09(木) 17:25:46 ]
少しお聞きしたいのですが、ためしに 動的なwebページをMercurialで管理しようとしています。
MySQLを使用するCMSを使っているのですが、DBのデータも管理したもんなんでしょうか?
webアプリの場合だと、DBがファイルととは別ってことは普通にあると思いますが、
みなさんはどうしてらっしゃいますか?

てか、Railsもそういった類だと思うけどバージョン管理はどうしているんだろう


501 名前:デフォルトの名無しさん mailto:sage [2008/10/09(木) 17:29:10 ]
うちはテーブル、ビュー、関数、ストアドプロシージャのようなスクリプトと
マスターデータをテキストとかで管理してる。

502 名前:デフォルトの名無しさん mailto:sage [2008/10/09(木) 19:14:08 ]
>>497-499
ありがとう
拡張になるのかー

503 名前:デフォルトの名無しさん mailto:sage [2008/10/09(木) 21:49:34 ]
名前ド忘れしたけど
DB専用Subversionみたいなのがあったな

504 名前:デフォルトの名無しさん mailto:sage [2008/10/11(土) 21:52:17 ]
[Visual Studio 2005 Team Edition for Database Professionals]
ttp://www.microsoft.com/japan/msdn/vstudio/products/vsts/dbpro/

505 名前:デフォルトの名無しさん mailto:sage [2008/10/12(日) 15:13:25 ]
.flaも管理したい

506 名前:デフォルトの名無しさん mailto:sage [2008/10/13(月) 10:20:18 ]
Subversionはバイナリの差分をとってくれますが、Mercurialはしてくれないようです。
ほかにバイナリも差分をとってくれるバージョン管理ツールはありますか。

507 名前:デフォルトの名無しさん mailto:sage [2008/10/13(月) 14:54:48 ]
CVS



508 名前:デフォルトの名無しさん mailto:sage [2008/10/13(月) 15:00:52 ]
CVS って、差分とったっけ?
バイナリは、そのまま保存しかできないと思っていたけど。

509 名前:デフォルトの名無しさん mailto:sage [2008/10/13(月) 16:15:45 ]
>>506
Mercurialも差分を取るだろ






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<230KB

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