问题标签 [accurev]

我觉得我遇到了一个常见问题，但我找不到任何人询问它。

正如标题所示，我们被迫将 AccuRev 用于 SCM。我们的 QA 流下有我们的开发流。假设我们正在开发一个大型项目，该项目将在发布前进行数周的 QA（我们遵循 Scrum 策略）。与此同时，在这个大项目之前需要修复一个错误。问题是错误修复会影响大项目使用的一些相同文件。在不带大项目的情况下，如何将我的文件从开发转移到生产？

对不起，我希望这是有道理的！谢谢！

我可以将我的工作存储在 git 中，并且可以在不丢失工作的情况下恢复。如果需要，这将使我能够回到它。

Accureve 有这个选项吗？

我正在将 Accurev 存储库转换为 TFS 系统。我想通过将变更集与 accurev 事务进行比较来检查正在完成的工作。在 accurev 中，我可以使用此命令在给定事务中创建流中所有项目的巨型 xml 文档。

然后给我这样的输出：

TFS 中是否有相应的命令行选项可以显示给定变更集的分支中每个文件的状态？我不能使用 changeset 命令，因为它只会显示签入的文件而不是整个分支。

我们在构建环境中使用 Accurev。我们正在尝试签入包含文件夹快捷方式的第 3 方 SDK。但是 Accurev 不允许我们推广文件夹快捷方式。

使用 Accurev 的其他人是否遇到过这个问题？如果是，您是如何解决这个问题的？

谢谢你。

我正在开发一个使用 Accurev 作为 VCS 的项目。由于我对它一点也不熟悉，我想知道“内部”使用 git 是否是个好主意——这意味着我将在本地使用 git，然后使用 Accurev 进行“官方”提交。

这是一个好的方法吗？

如果是，我自然希望将 git 从 Accurev 版本中排除。有一个看起来像这样的 .acignore 是否足够：

谢谢！

我做了什么：

• AccuRev 更新

• SourceCode 不再编译，它应该编译，因为它可以在其他机器上编译

• 我不明白，所以我从 HDD 中删除了我的工作区，然后从 AccuRev 中填充回来

• 我在“Underlap”和“Deep Overlap”状态下得到很多文件

这里的问题：

• 为什么我会得到这种状态的文件？（以及如何解决这个问题，我从“Underlap”恢复了对文件的更改，现在我正在合并“Deep Overlap”中的文件，但它们有很多！

• 我怎样才能从回购中获取文件？

谢谢！

我在 AccuRev 仓库中有 10 个目录，不想使用“accurev pop”命令填充一个目录。有什么办法吗？.acignore 不适合我的要求，因为在另一个 jenkins 构建中我需要那个文件夹。只是想节省时间以避免不必要的目录填充。

任何想法？

谢谢， 桑吉夫

我正在寻找时间戳之间的文件更改列表。例如 2013/11/11 11:10:00-现在。

accurev hist 命令给定在该特定流上更改的文件，但它不包括来自父流的更改。

有没有办法从父流中获取更改列表？

有没有办法使用 Accurev 客户端或命令行来查询与文件更改相关联的所有问题（处于特定状态）？如果您使用 Accurev 客户端并打开一个问题，“更改”选项卡会列出已更改的文件。但是，在创建问题查询表达式时，我看不到任何指示已更改文件的字段（或者即使有已更改的文件）。

我们需要重构代码库。问题是这将由一个人完成，并且最好避免让开发团队的其他成员在这项工作发生时无所事事。因此，我们尝试了以下场景，看看是否可以并行工作。

1. 首先在开发人员 A 的工作区中的目录中创建文件 test.txt。
2. 推广了这个文件。
3. 更新了开发者 B 的工作空间，从而得到文件 test.txt
4. 在 A 的工作区中，将文件 test.txt 移动到目录第二个。
5. 推动了这一举措。
6. 在 B 的工作区编辑的文件 test.txt 中，它仍然首先驻留在目录中（不进行更新，从而模拟在进行重构时已完成工作）。
7. 尝试推广并收到一条消息说文件 test.txt 已被修改（正确，文件已被移动）。
8. 尝试合并，但收到一条错误消息，指出 AccuRev 无法合并，因为该文件在第二个目录（已移动的位置）中丢失。
9. 试图更新 B 的工作区，但这是不允许的，因为有一个修改过的文件需要先合并。

我们现在陷入了第 22 条问题。我们确实尝试在第二个目录中放置一个假文件，但由于该文件不属于工作区，因此无法识别。

有没有人尝试过这样的事情并让它工作？当然可以复制文件，但如果有更好的方法，我们将不胜感激。或者，如果这是工具中的已知错误或限制。我们将联系 AccuRev 支持，但我认为我可能能够从社区获得一些有用的提示。

目前我们正在使用 AccuRev 客户端 5.5.0。

感谢您提供有关如何使该工具支持此操作的任何建议。