从SVN迁移到GIT，分支部署

在我们在SVN的项目中，我们有一个名为“补丁”的分支。 任何新的开发工作都将由该部门负责。 通常，此分支部署在一个环境中，该环境允许我们访问应用程序以检查新开发的功能。 我们还有（在SVN中）一个称为“release”的分支，它历史上是基于补丁分支的。 但是为了生成一个新版本（发布版），我们采用旧版本，并将补丁分支中的特定版本合并到其中（我们不合并整个补丁）。 这个发布分支也部署在in环境中，这使我们能够访问应用程序以检查新开发的特性。 因此，我们的想法是，我们有两个分支，部署在两个不同的环境中，我们可以随时访问它们，以检查新功能（补丁内容所有新功能/发布内容补丁中的一些合并版本（功能））

现在，我们正在尝试迁移到GIT，因此补丁分支被GIT项目中一个名为“develop”的新分支所取代（develop分支包含所有新开发的特性）。 开发分支部署在一个允许我们访问应用程序以检查新开发特性的环境中。 为了生成一个发布，我们从develope生成它。它还部署在另一个环境中

这里的问题是，生成的发布内容是开发中存在的整个特性

是否可以从开发中获取一些元素来生成这个新版本？ 我们的想法是使用与SVN相同的场景（以旧版本为例，合并一些补丁修订版，而不是所有补丁=>并生成新版本）。

---

因此，我们可以在GIT中创建一个包含所有新开发特性的开发分支和一个只包含开发中一些合并元素的发布分支。

是关于svn到GIT迁移或GIT工作流的问题（正如在迁移过程中已经发生的一样，我们正试图找到方法来完成我们在svn中所做的同样的事情）？以防万一，这里有一些评论：我建议你习惯git的方式来做事情，而不是试图复制svn的东西。那么，一个共享的分支来保存所有还没有准备好的东西？这样你就可以从中挑选一些东西了？（很有意思的是，你是否可以通过樱桃采摘……这在svn中是可能的，或者通过分散文件，只采摘你认为需要的部分）.在git中，您通常要做的是创建独立的功能分支，在一个独立的分支中开发一个单独的东西…然后您可以移动该分支。此外，以防万一，这是做事情的正常方式，但这不是唯一的方式。即使使用单个分支将所有内容混合到一个la svn中也是可能的…只是由于有更好的工作流程来利用git的分布式特性进行工作，我们对此感到愤怒。迁移已经发生，问题是如何使用GITOK与SVN做同样的事情。然后……如果您坚持己见，并像在SVN中那样在单个分支上开发所有工作，那么最好的方法是让我们从一个分支到另一个分支挑选变化。实际上，这很简单。