问题标签 [trunk]

我不知道在哪里保存脚本或如何在此字段中链接它。我在另一个网站上找到了这个脚本，我觉得它可以很好地完成我需要它做的事情，只需在卡车发生故障时通过电子邮件提醒我。

我想知道是否可以在 Eclipse 中同时运行两个项目，例如通过使用两个不同的 JVM 实例（如果这有意义的话）。

一点背景知识：我有一个项目执行相对较长的实验（6-8 小时）。我最近设法在开发中达到了一个点，我可以分支开发不同的策略来改进/添加项目代码。但是同时我需要完成一些实验，并且由于实验需要很长时间才能完成，我想利用漫长的等待时间，并处理分支代码。

简而言之，我的理想方案是：在 Eclipse 中的主干上开始一个实验，当我需要测试功能时，切换到分支并开发代码/在分支上运行更短的实验。这可能吗，还是我需要想出一个替代策略？

提前致谢！

编辑：我意识到选择“测试”这个词具有误导性，因为它可能会被误解。我的意思是按照它应该运行的方式执行程序，而不是使用 JUnit 或类似的东西进行测试。我带来的不便表示歉意。

这是我试图找出解决我的问题的最佳方法的一个月，这是最好的。我想知道你是否同意。

我们正在开发一组互连的 Web 应用程序。我们将每个应用程序视为独立于其他应用程序的单一解决方案。每个应用程序都由不同的项目组成，但这并不重要。

我们用于在主干上开发新功能。每当我们实时发布内容时，我们都会用版本名称标记主干版本。例如，假设第一个主干版本标记为 1.0.0。当我们开发进一步的实现（即我们正在开发 1.1.0）时，生产版本会出现一系列错误。我们正在考虑做的是检查标签 1.0.0 并更正版本 1.0.1 的错误。

现在我们想要完成的是标记每个修订版本。换句话说，我们希望能够拥有 1.0.0、1.0.1、1.0.2 的完美工作副本......

现在这是我的解决方案，我想知道您是否同意。

1. 我将我的标记版本 1.0.0 签出到本地 /tags 文件夹
2. 我将此版本分支到 /branches/1.0.1 存储库文件夹
3. 我将我的新分支签出到本地 /branches 文件夹
4. 我更正了分支 1.0.1 上的错误
5. 当 x 提交后一切正常时，我将这个新版本标记到 /tags/1.0.1

对于每个新错误/新版本，依此类推。我试过了，如果我检查 /tags 文件夹，我可以看到所有版本，完美的工作。

现在，当我准备好 1.1.0 时，我应该使用“合并一系列修订”选项合并主干上的最后一个标签（或分支，如果一切正确，它们最后应该是相同的）。合并所有内容后，我应该有一个完整的 1.1.0 版本，并且过去已更正了修订。编译、测试然后发布，显然，将其标记到服务器上的 /tags/1.1.0 文件夹。

你怎么看？谢谢，马可

我最近正在开发主干，我所做的更改我认为其他人可能需要它们，所以我在提交之前创建了一个补丁。

现在，一个在分支上工作的开发人员（几周前来自主干）需要这些更改才能在新服务器上进行。

我正在尝试使用 Tortoise SVN 应用我的补丁，但它并不适合我的工作副本的差异。我有 ：

• 我的主干在：D:\SVN\Trunk
• 分支位于：D:\SVN\Branches\TheBranchINeedToPatch

我在尝试做一些不可能的事情吗？有什么我想念的吗？

我可以将主干补丁应用到分支工作副本吗？

谢谢您的帮助！

当谈到主干/分支和标签时，我最终会感到困惑。以下是我的查询：

我们有一个开发人员团队致力于一个项目。开发人员通常分成几组，他们在同一个项目的不同模块上工作。

目前，我们有一个简单的 SVN 系统（没有任何主干/分支或标签），每个人都在同一本地服务器上工作并提交文件。但问题开始于，一些开发人员正在开发未来的模块（这些模块不应该立即上线）。在这种情况下，他们无法提交数据，因为如果他们提交了，他们的开发代码将被上传到实时服务器上，最终会搞砸一切。

所以，现在我正在寻找某种解决方案，这些开发人员可以在相同的代码上单独工作。像这样的东西：

开发人员 A 正在开发新模块 A 开发人员 B 正在开发新模块 B 开发人员 C 正在修复模块 C 的错误（已经上线，但需要修复的错误很少）

因此，开发人员 A 将在这台机器上拥有自己的副本，并将提交到开发人员 A 的存储库。（或分支）

相同的逻辑适用于开发人员 B，但开发人员 C 将处理一个通用的稳定副本，该副本将位于标签中的某个位置，一旦工作完成，它将被标记并推送到主干，以便在实时服务器上上传。

开发人员 A 完成工作后，他会将所有文件推送到 Trunk 进行实时上传。（这也应该合并主干中的一些常见文件）。相同的逻辑适用于开发人员 B。

我不确定 SVN 是否是正确的解决方案。我什至不知道是否有任何更简单的方法来实现我想要的。

欢迎任何形式的建议。

谢谢 TTR

如何使用 git-svn 工具将 svn 存储库中的主干分支替换为另一个？

这是我的SVN结构：

我希望 Maven 发布插件标记/trunk/dev/为/releases/<release-version>

这是我的父母pom.xml

问题是当我执行时mvn release:prepare-with-pom，Maven 标记/trunk为/releases/<release-version>.

有人知道如何标记/trunk/dev吗？谢谢 ！

我们目前正在从 SVN 迁移到 TFS；

今天有主干、分支和标签来跟踪和组织我们的开发。但是当我们有搁置集时，我们正在质疑是否需要主干，并且可以搁置待处理的活动并根据需要取消搁置并将它们合并到主分支中。

这是一个好计划吗？这样做有什么不好的后果吗，有人试过吗？

提前致谢！

我有一个我正在处理的 SVN 项目非常混乱，资源名称很糟糕，项目文件中充满了错误信息和几乎无法搜索和销毁的链接。最重要的是，文件档案需要认真重新排列以使其具有任何可理解的意义。我之所以这样做，是因为我完全打算用一个新项目来解决问题，该项目名称相同，并且只将“好的”代码和资源全部转移到漂亮整洁的文件夹和目录中。

所以我的问题是我有一个项目“FOOBAR”，这一切都结束了。在我的桌面上，我有“FOOBAR_FIXED”，它不受修订控制，但是我现在想要在我的“FOOBAR”SVN 上。

我如何用“FOOBAR_FIXED”替换所有“FOOBAR”？无需手动删除所有对象、提交，然后再次手动添加所有对象并重新提交？

我们发布了 1.0 版本并继续在主干中开发 2.0。我们为与已发布版本相关的错误修复创建了分支/1.0。

计划是：

• 2.0 开发继续在主干/
• trunk/ 包含不会合并到branches/1.0 中的新功能，因此trunk 永远不会合并到branches/1.0 中
• 当在发布的应用程序中发现错误时，会在分支/1.0 中进行修复。当修复集发布到生产环境时，branchs/1.0 被复制到 tags/1.0.x，branchs/1.0 被合并到 trunk/
• 想法是颠覆合并跟踪应该跟踪更改，这样当我们将 1.0.4 修复合并到主干时，1.0.3 修复会自动跳过

这种方法有什么问题吗？颠覆合并跟踪是否可以跟踪更改？我还没有在实践中尝试过，并且大多数示例都以不同的方式执行此操作（从主干合并到分支，这是我不想要的，因为在 1.0 修复中不需要大多数 2.0 开发）。合并重新整合是否适合这种情况？