heliotropic / 夕暮れの街、誰かの家の明かり coding

[PR]

×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

2024/05/10 (Fri)

Subversion の履歴についてまだ考えている

履歴・ログと一口に言っても、少なくとも

(手書きの) 履歴
リビジョン番号を指定して古いソースを取り出すことを可能にするような履歴

の 2つがある。昨日のエントリでも若干使い分けが混乱してるけど、主に後者について (そして前者と後者が違うという予感に基づいて) 調べていくことにする。

そういえばコマンドのマニュアルを調べればいいんじゃなーい ? と思った。調べてみた。

svn log

どうやらこれは手書きの方の履歴を見る機能みたい。ちなみに BASE とは、今作業しているデータの元になったリビジョンのことらしい。無指定で BASE:1 というのは、最初からチェックイン・最終更新までの全リビジョンが対象ということ。
この手書きメッセージ入り履歴を参照するにも、何処から何処までが該当のリビジョンに関する情報かを示す何らかのデータがいると思うんだけど、それは外部ファイルなのか、それとも決まったフォーマット (ハイフン行、行頭の r14 | ... みたいな記述) で実現されているのか ? これだけだとよく分からない。多分まだまだ続きそう。

PR

2008/03/12 (Wed) coding Trackback() Comment(0)

バージョン管理システムの統合・移行 (主に Subversion)

毎夜ひとり Subversion 大会を開催していたら突然あんなに嫌がられていた導入があっさり決まって、手元のレポジトリや履歴を統合できずに無能を晒したら困りますね。よりによって自分が率先して提案したシステム導入でしったかがばれたりしたら、次の契約更新も危うくなっちゃいます。そんなことよりいつ就職出来るかを心配した方がいい段階なんですが。

簡便の為にこのまま Subversion で考え続ける。想定されるのは以下のケース。

既に (複数の) リポジトリの作業用コピーを持っていて、そこに全く新たに 1つ加わる
→プロジェクト名が被るなどしなければ多分問題なし。
既にリポジトリを作ってあるプロジェクトのリポジトリが新たに作られる
→多分問題なし。import するか、dump → (create &) load するか、作業用コピーを普通に add & commit すればよい。
2 に加えて、あちらはあちらで既にリビジョンを重ねている。なるべくこちらの履歴も生かしたい
→ブランチ扱いで switch した後マージ ? 履歴はどうなる ?