使用GIT从一个项目到另一个项目的源代码迁移策略

Question

我喜欢将GIT维护项目的某些代码重用于另一个项目。 工作代码是新项目的良好开端，尽管对于大多数新需求而言，大多数代码都会过时。 因此，问题是处理该问题的最佳实践是什么？

我可以

• 为新事物创建一个新的存储库，然后从旧项目中挑选文件。 在剥离代码以使其符合新项目所需的基本功能之后，请进行第一次提交，以使它的历史记录保持无用。 也许要花一些时间才能实现这个目标。 此外，也无法合并在旧项目中完成的增强功能。

• 分支旧代码，并逐步使其适应新的工作。 这意味着这两个项目将纠缠在一个存储库中，该存储库只有一个名称，在GitHub上有一个README等。

• 创建一个新项目，从最小的主要部分开始，然后创建另一个库项目，作为旧项目和新项目的通用集合。 但是，随着HTML和JS的开发，由于JS中的导入非常复杂，HTML中的导入是不可能的，因此这令人头疼。需要拉两个repo来使每个项目都运行等。

你会怎么做？ 有什么GIT技巧可以支持我吗？

Answer 1

我会做的（我的条款可能与svn有关）...

A.创建一个新的存储库并将现有代码作为分支

B.开始对该分支机构本身进行初步开发...

C.一旦到达一个阶段，您会感觉到分支可以作为新项目的基础，然后将其移到主干中。

这是一种另类的方式，但可以使您的行李箱尽可能保持清洁。 因为它的迁移代码，以便完成清洁过程将采取一系列释放......但尝试应该尽可能干净用最小的努力来启动。

Answer 2

我会做的（我确实使用Git）。 如下：

1. 签出旧项目。
2. 为我的新项目创建一个全新的存储库。
3. 将两个项目分开放置，以免污染来自旧版本的支持文件，配置等。 在iOS之类的系统中，这可能是真正的痛苦。
4. 根据需要将我正在重用代码的旧项目中的位移到新项目中。

除非项目大体相似，否则我发现采摘樱桃要比尝试从旧项目中卸下所有不必要的行李容易得多。

我刚刚概述的策略不需要特殊的Git工具。

Answer 3

也许这不是一个版本控制问题，而是一个重构问题。 听起来好像有足够的共享代码可以将通用功能引入其自己的项目，您可以在其他项目中引用（通过git-subtree或git-submodule ）。 这样，如果您确实对共享代码进行了修复/改进，则所有项目都将从中受益。