2

我的开发团队最近扩大了一倍，从一个（我自己）增加到两个。作为唯一的开发人员，我将主干作为我们软件的稳定版本进行维护。我会在我的工作副本中进行更改、测试，并且只有在我确定它稳定后才会推送到主干。

与新的团队成员一起，我们正试图提出共同开发代码库的最佳流程。我们决定主干将保持稳定；只有在代码审查和彻底测试之后才会将更改推送到那里。队友将为他所从事的功能创建功能分支；当他要求进行代码审查时，我会这样做，然后一旦批准，他会将分支合并到主干并删除分支。

我们都使用 eclipse 和subclipse插件来管理我们的工作副本。

问题是，虽然我可以查看我的工作副本和他的分支（团队 -> 比较 -> 分支）之间的差异，但我不知道如何从他的分支获取代码以与我的工作副本合并。我希望能够在不丢失我所做的任何本地更改的情况下获得他的更改，在本地运行他的代码，并且不会影响主干。这似乎排除了 Eclipse/SVN 中切换到另一个分支/标签/修订版的选项，因为我需要将他的代码与我的代码合并（以确保我的工作副本的代码与我的本地数据库一致）。

我们已经查看了SVN 补丁功能，而不是使用分支，也许他应该通过我运行的补丁发送他的更改？

所以这里的具体问题是：如何在不触及主干的情况下将分支中的更改与我的工作副本合并/合并？我也很感激能得到关于我们应该如何以一种我错过的方式利用 svn 和 eclipse 的力量来实现我们的工作流程的建议。

4

3 回答 3

3

你们俩都应该检查主干和你们都在工作的任何分支机构。当他准备好将他的分支合并到主干时，您应该：

  1. 确保他的分支构建成功。
  2. 确保您的主干结帐是原始的（没有添加、修改、删除、未版本控制或忽略的文件）。
  3. 进行合并，在他的帮助下解决任何冲突。
  4. 执行代码审查，包括确保主干对他的更改保持稳定。
  5. 提交合并。

使用SVN 命令行在 Eclipse 外部进行合并。我在这里看到了足够多的关于 Eclipse 和 Subclipse 的问题，这些问题告诉我插件不可靠。

如果是我管理这个工作流程，我会有两个主干结帐：一个用于合并并且始终处于原始状态，另一个我可以在其中积极开发。这样，我就不需要创建我的更改补丁，然后合并，然后应用补丁。

希望这可以帮助。

于 2013-09-03T12:51:57.373 回答
0

可悲的事实是 SVN 可能不适合这种模式。分支在 Subversion 中造成了很多痛苦，请查看此处以获取更多详细信息。

于 2013-09-01T18:42:08.207 回答
0

对我来说，使用“svn up”从命令行更新分支就足够了。

于 2016-01-13T14:36:50.040 回答