1

私は本質的に、暇なプログラマーです。私は Eclipse で開発した子供向けの Android 数学アプリを作成しました。これまでに 2 つのリリースがあります。古い顧客とベータ テスター。そして今、5 歳のジェニーは自分の機能リストを持っています。

これまで、作業中の 0.2 リリースのディレクトリ全体をコピーし、接尾辞「-0.2」を付けて名前を付けるという単純な方法でバージョン管理を行ってきました。そして次の作業に取り掛かります。しかし、今はソース管理に Mercurial を使い始めたいと思っています。問題は、現在の 0.3 レベルからではなく、以前の 0.2 レベルから追跡を開始できるようにしたいということです。(0.1 は保存しませんでした。)

これに対する私の計画は、0.2 ディレクトリのコピーを作成し、それを Mercurial リポジトリに変換することです。0.2 がコミットされたら、編集した 4 つほどのテキスト ファイル (1 つの Java といくつかの XML) を 0.3 ディレクトリから置き換え、0.3 レベルにコミットします。

次に、そのディレクトリを Eclipse ワークスペースに移動し、通常どおり編集して、Jenny の変更を含む 0.4 リリースに到達したらコミットします。最初は Eclipse の外部ですべての Mercurial の作業を行うつもりです。次に、Eclipse Mercurial プラグインなどを調べます。

このアプローチは理にかなっていますか、それとも私は自分自身を撃つ準備をしていますか?

4

1 に答える 1

2

それはほとんどそれを行う方法です。0.2 リリースの前にアプリの状態を保存していないため、これがリポジトリへの最初のコミットになります。次に、現在の作業ディレクトリもその上にある単一のコミットになります。その後は、レポで通常どおりのビジネスです。

リリースのタグを作成することを忘れないでください。これにより、Mercurial の履歴の後半で重要なリリース チェックポイントをすばやく特定し、(必要に応じて) ホットフィックスのためにそれらを分岐することができます。0.9 に到達して 1.0 リリースの準備を開始する前に、これが本当に必要になるとは思いませんが、2.0 の機能を引き続き進めます。

于 2012-09-21T02:58:54.073 に答える