Version control 远离准确性的迁移建议?

Version control 远离准确性的迁移建议?,version-control,dvcs,version-control-migration,veracity,Version Control,Dvcs,Version Control Migration,Veracity,对我的迁移方法的改进有什么建议吗 背景: 我终于达到了极限: 所有尝试的提交(使用6个月后)突然出现“错误101(sqlite):sg_wc_db:tbl_gid找不到别名7033”。”(我搜索了-在任何地方都找不到有关此的帮助) 准确性2.5(最新版本)在本次最新编辑时已超过4.5年 位于的“问题”链接(以前很有用)现在提供了一个404简单重定向回主页 围绕准确性的在线社区似乎太小了,似乎专注于其非开源版本控制系统 总而言之,我对管理重要信息的准确性失去了信心 我使用的提取方法(承认技术含量较

对我的迁移方法的改进有什么建议吗

背景: 我终于达到了极限:

  • 所有尝试的提交(使用6个月后)突然出现“
    错误101(sqlite):sg_wc_db:tbl_gid找不到别名7033”。
    ”(我搜索了-在任何地方都找不到有关此的帮助)
  • 准确性2.5(最新版本)在本次最新编辑时已超过4.5年
  • 位于的“问题”链接(以前很有用)现在提供了一个404简单重定向回主页
  • 围绕准确性的在线社区似乎太小了,似乎专注于其非开源版本控制系统
  • 总而言之,我对管理重要信息的准确性失去了信心

    我使用的提取方法(承认技术含量较低):
  • 使用“
    vv fast export
    ”为我的新DVC获取快速导入流。这保存了原始历史
  • 手动将我的Veracity wiki页面复制到我使用的另一个现有wiki
  • (最乏味的)仔细研究我的真实性工作项目,以确保我不会丢失对我的项目至关重要的信息
  • 结论: 我最初被集成的wiki和bug跟踪功能的准确性所吸引。现在,我对这个选择感到遗憾,并重新选择了更主流的DVCS选项。

    我在一个小项目中使用了化石()


    它和其他看起来几乎所有的东西都有点不同。也就是说,我仍然会将其归类为开发人员友好型。当我评估它时,我发现最大的问题是当时它没有成熟的ide集成。

    是的,我昨天尝试过使用它,但它在El Capitan上不起作用。看起来是个不错的废弃项目。