問題タブ [bazaar]

最近 Mac ラップトップに Bazaar をインストールし、bzreclipse を動作させようとしています。そのためには、bzr 実行可能ファイルがどこにあるかを伝える必要があります。インストーラーがどこに配置したのかわかりません。これのデフォルトの場所を知っている人はいますか？

私のワークフローでは、通常、1 つのファイルに複数の変更を加える必要があります。各変更は、プロジェクト全体にわたる独自の概念的な変更単位 (= コミット) に属します。

私ができるようにしたいのは、特定の差分 (ファイル全体、またはファイルの特定の行のみ) を保留中のコミット (おそらく名前を付ける必要がある) に追加し、複数の保留中のコミットを「アクティブ」にすることです。同時に。

次に、特定の保留中のコミットに関連するすべての変更がすべてのファイルで完了したら、名前付きコミットをコミットできます!

どのVCSがこれに適しているかについてのアイデアはありますか?

取り組む最善の方法がわからないという問題があります。インストールと統合を行うために中国に行く必要があるプロジェクトに取り組んでいます。私のコードは、それが私が知っていて過去に使用していたものであるため、最初から転覆されています。中国にいる間はチェックインができないのではないかと心配しています。

ブランチを作成し、離れている間は bazaar-cvs を使用し、戻ったときに変更を subversion リポジトリにマージすることをお勧めします。

知っておくべき注意事項はありますか? コミット ログは失われますか? CMS への変換を行った方からのアドバイスをいただければ幸いです。

svnフィールドでの長いキャンプの後、私はバザールを使い始めました。私は以前にcvsの経験もあり、時々タグを使用しました。

svnを使用すると、バージョンをリリースしたら、トランクのsvnコピーをタグに実行します（例：svn copy trunk tags / 1.2.0）。バザールでは同じリポジトリ構造を作成しましたが、bzrコピーオプションがなく、bzrタグが存在することで考えさせられました。

実は、タグは使いにくいか、役に立たないかのどちらかだと思います。タグを使用する場合、基本的にはトランクを唯一のディレクトリとして使用し、マイルストーンに到達したらタグを付けます。その後、新しいマイルストーンに到達したときに、開発とタグ付けを続けます。これにより、次のタスクが複雑になります。

• 新しいバージョンを古いバージョンと再帰的に比較します（svnのようなアプローチ：diff --brief -r）
• 古いバージョンをバグ修正し、パッチバージョンを増やして新しいバージョンを作成します（svnのようなアプローチ：svn copy 2.0.0 2.0.1、次に修正を2.0.1に追加してコミットします）
• チェックアウトせずに必要なバージョンを取得します（ツリー全体をsvn-likeでチェックアウトすると、すべてのバージョンとブランチがあり、1回だけ実行します）

その結果、bzrで同じsvn repo構造を使用し、毎回トランクの物理コピーを実行します。これは、この配置でbzrtagコマンドが実際に使用されていないことを意味します。リビジョンごとにすべてのレポリビジョンが含まれているのに、レポリビジョン全体にバージョン番号をタグ付けする必要があるのはなぜですか？

bzrリポジトリのタグを使用して理解する上で私が間違っていることを誰かに指摘してもらえますか？

編集

私が見る限り、コンセプトはリリースごとに異なるbzrブランチ（独立したブランチ、トランクからbzrブランチを経由して来る）を持つことです。ルートディレクトリをリポジトリに配置しないという点だけで、svnに似ています。foo-1.0.0 foo-1.0.1 foo-2.0.0 foo-2.1.0トランクと言った場合を除いて、タグの特定の理由はまだわかりません。

分岐する前に常にリリースにタグを付けたとすると、トランクにはすべてのタグが含まれますが、foo-2.0.0にはタグにfoo-1.0.0が含まれますが、foo-1.0から分岐されたためfoo-1.0.1は含まれません。 .0。

タグを持って使用する必要性はまだわかりません。私のタグは、そのブランチ用に選択したディレクトリ名に暗黙的に含まれています。特定のリリース番号にはあまり興味がありません。特定のディレクトリにあることに興味があります。

これは、競合がある場合にそのファイルに<<<または>>>が含まれないようにするためです。

競合がある場合は、競合があることを通知するメッセージが必要です。バザーはファイルを混乱させないでください。

Subversionを使用すると、svn：mime-typeプロパティを変更できます。しかし、Bazaarにこの機能があるかどうかはわかりません。

私はバージョン管理に Bazaar を使用していますが、これには非常に満足しています。Bazaar では、ソース管理のすべてのツリー/プロジェクトは「ブランチ」と呼ばれます。

現在、実際のアプリケーション用の「main」ブランチと、単体テストやユーザー マニュアルなどを収容する「dev」ブランチがあります。このようにして、アプリとそれに関連するテストの両方がバージョン管理されますが、別々に。

しかし、私がやっている方法は最善の方法ではないと思います。たとえば、その「メイン」ブランチからリリース ブランチを作成した場合、同じ方法でブランチを作成しない限り、これらのリリース ブランチは単体テストと同期しなくなります。

現在、アプリケーションのスナップショットを作成するために、メイン ブランチからすべてのファイルをエクスポートして圧縮するだけです。そのブランチのツリーには、クライアントに送信されるアプリの一部ではないものは何もないからです。

私がしていることを行うためのより良い方法は何でしょうか? 単体テストをアプリと同じ「メイン」ブランチに入れる必要がありますか。そうであれば、「スナップショット」を簡単に作成する便利な方法は何ですか。つまり、配布されるファイルのみを含む「デイリー ビルド」に相当します。アプリ？

回答ありがとうございます。誰の答えを受け入れるかを決めるのは困難でした。私が行った解決策は、メイン ツリーの「tests」サブディレクトリ内にテストを配置することです。テストを配布したくない場合は、後で簡単に取り除くことができます。

コミットする前に、誤って bzr revert ですべての変更を元に戻しました。すべての変更は失われますか? または、どうにかして元に戻すことができますか?

多くの変更を失ったことはありませんが、これに対するセーフティネットがあるかどうかを知りたいです. Google は「bzr revert の取り消し」をサポートしていません。

分散バージョン管理システムを試すことに興味があります。git は有望に思えますが、git の Windows ポートに関するメモをどこかで見ました。「非 ASCII ファイル名は使用しないでください」今は見つけられませんが、このリンクがあります。今のところgitから離れていますが、他のオプションがより良いかどうかはわかりません。

非 ASCII ファイル名のサポートは、私の日本の会社にとって不可欠です。ファイル名を Unicode として内部的に保存するものを探しています。これは、無限の悲しみを引き起こすプラットフォーム依存のエンコーディングではありません。そう：

1. どの DVCS が Unicode ファイル名をサポートしていますか?
2. WindowsとLinuxの両方で？
3. 理想的には、最小限の問題で Windows マシンと Linux マシン間でリポジトリを転送できる可能性がありますか?

次のような Subversion リポジトリがあるとします。

ここで、variantA と variantB は元のソフトウェアのフォークです。

このリポジトリを分散バージョン管理システムに移行する方法を探しています:

• 必ずしも単一のコマンドではありません
• よく知られている分散バージョン管理システムのいずれか
• DVC にそれらのブランチを考えさせる: /official/{0​​.1,0.2} ツリー、/variantA/trunk ツリー、...
• それらのツリーの継承関係を DVC に認識させる