问题标签 [trunk]

当分支合并时，我试图找出主干中的修订，但我不确定如何。谢谢您的帮助。

我正在使用 git-svn 来签出一个标准的 SVN 存储库，例如这个：

使用此命令：

问题是 git-svn 正在目标文件夹中创建一个“主干”子目录。而不是这种目录结构：

我有这个：

那么如何防止 git-svn 将所有内容都放在这个主干文件夹中，同时仍然使用标准的 SVN 布局呢？基本上，我希望 "c:\www\example" 包含我目前正在处理的任何内容，无论是主干、分支还是标签。另一方面，我还需要 git-svn 将 git 分支和标签正确映射到正确的 SVN 文件夹。这可以用 git-svn 完成还是我错过了什么？

我们有一个 svn 分支，每个人都在那里。然后一位程序员将其删除并通过复制主干再次创建它。因此，该分支中的重要提交已被删除。我们有机会恢复已删除的信息吗？

可能重复：
SVN 签入时自动合并到分支

在我的团队中，人们通常在主干中开发新代码，然后我们创建一个分支并将代码投入生产。如果生产中存在错误，则将它们固定在分支上，然后将分支与主干合并。这就是问题所在。有时人们会忘记将所有更改从分支移动到主干。是的，我知道这很奇怪，不应该发生，但我想知道是否有自动解决方案来验证分支中是否存在未在主干中提交的待处理更改。我正在考虑检查主干中的修订并将它们与分支进行比较，但我不确定是否可能。你有什么主意吗 ？

谢谢你的帮助，foxrafi

我正在尝试创建一个 Bash 来从主干创建一个分支。但我需要注意一些文件不会成为新分支的一部分，它应该只在主干中。

如果有任何提示，请帮助我。

我的Android (4.0.4)手机是我的快乐SIP客户(Asterisk) PBX。

我现在正在寻找相反的东西，让我的手机成为一个SIP trunk。

想要这个的原因是我希望能够通过我的PBX.

当我的手机充电时，我经常听不到它，因为我在办公室或家里的其他地方。

如果它可以同时注册为我的 PBX 的客户端和中继，那么来电可以被 PBX 接管，并在此时无论我在哪里给我响铃。

我为 myApp 创建了一个分支，例如 myApp1.0 在修订版 100，主干上的下一个修订版是 101。我的 svn 代码结构是：

在做了一些工作之后trunk/myApp，我想将trunk上branches/myApp1.0的工作合并到，两个svn命令是一样的吗？

1. svn merge https://my.svn.server/branches/myApp1.0@100 https://my.svn.server/trunk/@HEAD

2. cd to work directory of myApp1.0
svn merge -r101:HEAD https://my.svn.server/trunk/myApp

我正在从 SVN 飞跃到 Git（不过，我对 SVN 的尊重仍然存在），我对一些 SVN 到 Git 术语有一些疑问。在 SVN 中，许多存储库是这样设置的：

branch/tag/trunkGit中的标准约定名称是什么？

感谢您的时间。

我按照以下步骤将我的分支合并到主干。

查看主干的副本：

svn co svn+ssh://server/path/to/trunk

查看您要合并的分支的副本：

svn co svn+ssh://server/path/to/branch/myBranch

将您当前的工作目录更改为“myBranch”找到修订版“myBranch”开始于：

svn log --stop-on-copy

这应该向您显示在分支被切断时所做的更改。记住这个数字（应该是 rXXXX，其中 XXXX 是修订号）。将当前工作目录更改为 trunk # 执行 SVN 更新：

快点

这会将您的主干副本更新到最新版本，并告诉您当前的版本。还要记下该数字（应该说“在修订 YYYY”，其中 YYYY 是您需要记住的第二个数字）。现在我们可以执行 SVN 合并：

svn merge -rXXXX:YYYY svn+ssh://server/path/to/branch/myBranch

合并后，如果我签入结果，我的分支是否应该被删除？我需要保留我的分支（我需要在这个旧分支中继续开发）。

我们使用 Subversion，除了像我这样的少数人之外，几乎没有在 Subversion 中进行分支和合并的经验。我的 Subversion 经验仅限于简单的功能分支，其中合并和树冲突虽然并不罕见，但解决起来并不难。

鉴于此，我正在帮助管理一个项目，在该项目中，我们当前对主干方法的承诺根本无法满足我们的需求。我向我的本地化团队介绍了功能分支和合并，我们取得了一些成功。然而，简单的特征分支仍然无法回答我们所有的问题，例如：

1. 我们如何为这个版本和后续版本并行开发代码？
2. 什么代码被认为是稳定的？
3. 什么（开发中）代码将进入下一个版本？
4. 哪些（开发中的）代码将进入后续版本？
5. 我们的测试、验收或生产环境是什么版本的代码？
6. 我们如何将并发开发活动与已知的稳定版本集成，以减少引入错误和不完整的工作？
7. 我们如何为已发布的代码提供热修复？
8. 我们如何从源代码控制中知道当前正在进行哪些开发活动？
9. 我们如何在不破坏当前代码库的情况下进行实验或研发？

似乎 这里定义的 git-flow可以回答很多这些问题。我在 Mercurial 中尝试了这种方法，似乎也可以在那里实现这种方法。遗憾的是，此时迁移到 DVCS 是不可能的。

然而，我在 Subversion 中模仿这种方法的短暂尝试因许多合并和树冲突而失败。合并选项和边缘情况众多且令人费解。

可以使用 Subversion 来实现git-flow，如果可以，痛苦程度如何？