Svn 颠覆分支问题

如果您已经创建了一个分支，并且正在处理该分支中的文件，那么当您“更新”它时，是否正在更新/合并分支中的代码与主干中的代码

另外，当您将更改提交到分支时，如何使用更改更新主干？（既然您提交了更改并且必须再次切换到主干？）

如有任何意见，将不胜感激：）

---

谢谢，

当您在处理分支时更新工作文件夹时，您正在使用该分支中的新更改进行更新，这些更改来自存储库，而不是主干

因此，除非其他人与您一起在分支中工作，否则更新不会起任何作用

要将更改返回到主干中（或将对主干的更改返回到分支中），需要使用合并操作

---

您可以在subversion红皮书的下阅读有关分支和合并的更多信息。

当您在处理分支时更新工作文件夹时，您正在使用该分支中的新更改进行更新，这些更改来自存储库，而不是主干

因此，除非其他人与您一起在分支中工作，否则更新不会起任何作用

要将更改返回到主干中（或将对主干的更改返回到分支中），需要使用合并操作

您可以在下面的subversion红皮书中阅读有关分支和合并的更多信息

不可以。实际上不可能从主干“更新”分支。分支与工作副本不同。理论上，您可以将所有更改从主干合并到分支，但这会在将更改提交回主干时产生问题

此操作称为“重新整合分支”。它实际上是一种合并形式。之后，分支可能会被删除

不可以。实际上不可能从主干“更新”分支。分支与工作副本不同。理论上，您可以将所有更改从主干合并到分支，但这会在将更改提交回主干时产生问题

此操作称为“重新整合分支”。它实际上是一种合并形式。之后，分支可能会被删除

---

首先，在Subversion中“branch”=“普通目录”。您在存储库中创建目录“branchs”，并说它将包含分支，但Subversion不会将此目录与任何其他目录区分开来。这同样适用于“主干”、“标签”等

因此，当您对分支执行“更新”时，您只更新目录

---

正如Lasse所说，要将更改放到主干中，您应该使用“合并”操作。

首先，在Subversion的“branch”=“普通目录”中。您在存储库中创建目录“branchs”，并说它将包含分支，但Subversion不会将此目录与任何其他目录区分开来。这同样适用于“主干”、“标签”等

因此，当您对分支执行“更新”时，您只更新目录

---

正如Lasse所说，要将更改放入主干，您应该使用“合并”操作。

在合并分支时，您也要准备好承受一定的痛苦，当您切换分支或合并时，subversion可能会有点脆弱。感谢您的回复和链接：）当您使用合并选项时，它是否像更新分支和修复冲突等一样直接？好的，“直接”，是的，就是这些操作，如果您完成了分支（或希望进行半发布更改），则将分支合并到主干中；如果您希望将其他更改添加到分支中，则将分支从主干合并到分支中（例如，如果您依赖于某个特定的错误修复），但无论它是否是“直截了当的”完全取决于您遇到的冲突数量。只需确保您的工作副本中没有未经限制的更改，如果您遇到问题，恢复和重试会容易得多。此外，在合并分支时，您也要准备好承受一定的痛苦，当您切换分支或合并时，subversion可能会有点脆弱。感谢您的回复和链接：）当您使用合并选项时，它是否与更新分支和修复冲突等一样直接？嗯，“直接”，是的，就是这些操作，如果您完成了分支（或希望进行半发布更改），则将分支合并到主干中，或者，如果您希望对分支进行其他更改（例如，如果您依赖于某个特定的错误修复），则可以从主干合并到分支，但这是否“直接”完全取决于您遇到的冲突数量。只要确保您的工作副本中没有未经限制的更改，如果出现问题，恢复并重试会容易得多。因此，基本上，分支无法更新，除非其他人在同一分支上工作并进行了更改？我想我现在几乎理解了svn/使用subversions，但我不清楚主干是如何随着分支更改而更新的。此外，如果有许多分支要添加到主干中，您如何协调工作？合并分支就像常规提交一样。对于许多人来说，处理同一组文件是可以的。在合并期间，您将有一个漂亮的变更集显示，并半自动地合并它们。合并首先在映射到主干的本地副本上完成。然后，在构建主干的潜在新状态后，通过常规提交进行提交。因此，基本上，分支不能更新，除非其他人在同一分支上工作并进行了更改？我想我现在几乎理解了svn/使用subversions，但我不清楚主干是如何随着分支更改而更新的。此外，如果有许多分支要添加到主干中，您如何协调工作？合并分支就像常规提交一样。对于许多人来说，处理同一组文件是可以的。在合并期间，您将有一个漂亮的变更集显示，并半自动地合并它们。合并首先在本地副本上完成，映射