version-control - 关于从 Veracity 迁移的建议？

Question

关于改进我从 Veracity 迁移的方法的任何建议？

背景:

我终于用 Veracity 达到了我的极限:

所有尝试提交(使用 6 个月后)突然给出“Error 101 (sqlite): sg_wc_db:tbl_gid can't find alias 7033.”(我搜索过 - 在任何地方都找不到帮助)。

在进行最新编辑时，Veracity 2.5(最新版本)已有 4.5 年的历史。

“问题”链接在 http://veracity-scm.com/qa (以前很有用)现在提供 404 简单地重定向回主页。

围绕 Veracity 的在线社区似乎太小了，而且 http://sourcegear.com/相反，它似乎专注于其非开源版本控制系统。

总之，我对 Veracity 管理我的重要部分失去了信心。

我使用的提取方法(公认的低技术):

使用“vv fast-export”为我的新 DVCS 获取快速导入流。这保留了源历史。

手动将我的 Veracity wiki 页面复制到我使用的另一个现有 wiki。

(最乏味)仔细研究我的 Veracity 工作项，以确保我不会丢失对我的项目至关重要的信息。

结论:

我最初被 Veracity 的集成 wiki 和错误跟踪功能所吸引。我现在后悔那个选择，并且已经回到了更主流的 DVCS 选项。

Answer 1

我在一个小项目中使用过化石( http://fossil-scm.org )。

它似乎与几乎所有其他事物都有些不同。也就是说，我仍然会将其归类为开发人员友好型。我在评估它时发现的最大问题是它当时没有成熟的ide-integration。