就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。
9年前关闭。
有人使用 Accurev 进行源代码控制管理吗？我们正在(最终)从 StarTeam 切换到 Accurev。
我最初的印象是 GUI 工具严重缺乏，但是底层引擎和分支作为流的概念令人难以置信。
我们面临的最大困难是评估我们自己的与 Starteam 接口(interface)的 DIY 工具，或者用 DIY 新工具替换它们，或者寻找和购买合适的替代品。
此外，是否有人使用 AccuWork 组件进行问题管理？ Starteam 有一个非常好的变更请求系统，而 AccuWork 并没有与之匹配。我们正在评估使用 Accuwork 或购买 JIRA 等第 3 方包。
意见？
最佳答案
甜蜜的上帝之母是Accurev可怕的。 30万行代码？与数以百万计的开发人员一起尝试数十个项目。
持续集成？当然，开发人员可以通过在 perforce、git、mercurial 或任何其他实际完成工作的工具中进行定期合并来近似实现这一点，但它成为开发人员关于如何进行的选择。对于建筑师、主管、构建工程师或任何实际使用源代码控制进行切片和切 block 的人来说，Accurev 是可怕的。
我参加了一个“高级 Accurev 主题”演讲，第一个花絮是一个大型 shell 命令，用于清除 Accurev 的客户端缓存/同步机制，以纠正 Accurev 何时更新 默默失败拉下应该更新的文件。
时间戳优化复选框？深度重叠？只有一个后台进程的模态对话框？ (如果这些过程不是冰川过程，那就没问题了。)选择性配置流的级联图只是为了能够拉出组件和交叉合并？如果没有时间锁定，更新实际上不是原子的？! (老实回答:再次更新)
每次我尝试在 Accurev 中做任何严肃的事情时，我都觉得我正在用 HAL9000、Skynet 和 Speak & Spell 在一张 table 上玩俄罗斯轮盘赌。在线上？我的生命还有四个小时。
为什么我在这里，提示Accurev？因为我的另一台机器花了整整四个小时来尝试通过 VPN 更新 10MB 的文件。为什么？因为其他一些更改已经搁浅，需要对元素进行某种灾难性的重新同步扫描。最糟糕的部分？所有这些文件都在同一台计算机上的工作区中。我们谈论了几个小时，只是为了让最近更新的工作区达到我可以在流历史记录中放置正确缺口的程度。
一字Accurev评论:避免
关于Accurev 单片机，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19201/