0

GITで管理されているプロジェクトのコードを別のプロジェクトで再利用したいと思います。作業コードは、ほとんどが新しいニーズのために時代遅れになるにもかかわらず、新しいプロジェクトへの良いキックスタートです。それで、問題はそれを処理するためのベストプラクティスは何でしょうか？

私はできた

  • 新しいものの新しいリポジトリを作成し、古いプロジェクトからファイルを選択します。新しいプロジェクトに必要な基本的な機能に一致するようにコードを削除した後、最初のコミットを実行して、無駄なことから履歴をクリーンに保ちます。たぶん、この目標を達成するのに少し時間がかかります。また、古いプロジェクトで行われた拡張機能をマージする方法はありません。

  • 古いコードを分岐し、新しいジョブに段階的に適応させます。つまり、2つのプロジェクトは、1つの名前、GitHub上の1つのREADMEなどを持つ1つのリポジトリ内に絡み合ったままになります。

  • 最小限の主要部分から始めて新しいプロジェクトを作成し、古いプロジェクトと新しいプロジェクトの両方に共通のコレクションとして機能する別のライブラリプロジェクトを作成します。ただし、HTMLとJSの開発では、インポートがJSで複雑であり、HTMLでは不可能であるため、多くの頭痛の種になります。各プロジェクトを実行するには、2つのリポジトリをプルする必要があります。

あなたならどうしますか？私をサポートするGITのトリックはありますか？

4

3 に答える 3

0

私がしたであろうこと（私の用語はsvnに関連しているかもしれません）...

A.新しいリポジトリを作成し、既存のコードをブランチとして配置します

B.そのブランチ自体で初期開発を開始します。

C.ブランチが新しいプロジェクトのベースとして機能できると感じたら、トランクに移動します...

これは風変わりな方法ですが、トランクを可能な限りクリーンに保つことができます。移行されたコードであるため、完全なクリーニングプロセスには多くのリリースが必要です...ただし、最小限の労力で可能な限りクリーンな状態から開始する必要があります。

于 2012-08-11T14:05:15.640 に答える
0

私がすること（私はGitを使用します）。以下のとおりであります：

  1. 古いプロジェクトをチェックしてください。
  2. 新しいプロジェクト用にまったく新しいリポジトリを作成します。
  3. 古いものからのサポートファイル、構成などでプロジェクトを汚染しないように、2つのプロジェクトを分離してください。これは、iOSのようなものでは本当に苦痛かもしれません。
  4. コードを再利用している古いプロジェクトのビットを、必要に応じて新しいプロジェクトに移動します。

プロジェクトが実質的に類似していない限り、古いプロジェクトから不要な荷物をすべて降ろそうとするよりも、チェリーピッキングの方がはるかに簡単であることがわかります。

概説した戦略には、特別なGitツールは必要ありません。

于 2012-08-11T14:09:46.423 に答える
0

おそらく、これはバージョン管理の問題ではなく、リファクタリングの問題です。共通の機能を独自のプロジェクトに引き出すのに十分な共有コードがあるようです。他のプロジェクトで（git-subtreeまたはによってgit-submodule）参照できます。このように、共有コードに修正/改善を加えると、すべてのプロジェクトにメリットがあります。

于 2012-08-11T14:17:56.290 に答える