迁移远离Veracity的建议？

Question

有关改进我的迁移方式的建议吗？

背景：

我终于使用Veracity达到了极限：

1. 所有尝试过的提交（使用6个月后）突然发出＆＃34; Error 101 (sqlite): sg_wc_db:tbl_gid can't find alias 7033.＆＃34; （我搜索过 - 无法在任何地方找到帮助。）
2. Veracity 2.5（最新版本）在最新版本编辑时已超过4.5年。
3. ＆＃34;问题＆＃34;链接在http://veracity-scm.com/qa（之前有用）现在给出了一个404 ，只需重定向回主页。
4. 围绕Veracity的在线社区似乎太小，而http://sourcegear.com/似乎专注于其非开源版本控制系统。

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

我使用的提取方法（诚然是低技术）：

1. 使用＆＃34; vv fast-export＆＃34;为我的新DVCS获取快速导入流。这保留了源历史。
2. 将我的Veracity维基页面手动复制到我使用的另一个现有维基。
3. （最乏味）仔细检查我的Veracity工作项目，以确保我没有丢失对我的项目至关重要的信息。

结论：

我最初被集成的wiki＆amp;错误跟踪Veracity的功能。我现在后悔这个选择，并且已经回归到更主流的DVCS选项。

Answer 1

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

它与其他几乎所有东西都有所不同。那说我仍然会把它归类为开发人员友好的。我在评估它时发现的最大问题是它当时没有成熟的ide-integration。