4

Любые рекомендации по улучшению моего подхода к миграции из Veracity?Рекомендации по переходу от достоверности?

фона:

я, наконец, попал мой предел с Veracity:

  1. все попытки фиксаций (после 6 месяцев использования) внезапно дать «Error 101 (sqlite): sg_wc_db:tbl_gid can't find alias 7033.» (я искал - не могли найти помощь по этому вопросу в любом месте).
  2. Veracity 2.5 (последняя версия) старше 4,5 лет во время этого последнего редактирования.
  3. «Вопросы» ссылка на http://veracity-scm.com/qa (что раньше использовалось) дает 404 просто перенаправляет обратно на главную страницу.
  4. Сетевое сообщество, окружающее Veracity, кажется слишком маленьким, и http://sourcegear.com/, похоже, фокусируется на своих системах управления версиями с открытым исходным кодом.

Таким образом, я потерял уверенность в достоверности управления моими значительными битами.

Extraction Подход I Used (по общему признанию высоких технологий):

  1. используется "vv fast-export", чтобы получить поток быстрого импорта для моих новых DVCS. Это сохранило исходную историю.
  2. Вручную скопировал страницы своей правдивости в другую существующую wiki, которую я использую.
  3. (наиболее утомительно) Почитал мои работы по обеспечению правдивости, чтобы я не потерял информацию, критичную для моего проекта.

Вывод:

Я был первоначально соблазнил интегрированной вику & отслеживания ошибки особенностей правдивости. Теперь я сожалею об этом выборе и перешел к более широко используемому варианту DVCS.

+2

Да, я пытался использовать его вчера, и он не работает на El Capitan. Похоже на хороший заброшенный проект. –

ответ

2

Я использовал ископаемое (http://fossil-scm.org) для одного небольшого проекта.

Это немного отличается от почти всего остального, что кажется. Тем не менее, я бы по-прежнему классифицировал его как подходящий для разработчиков. Самая большая проблема, которую я обнаружил, когда оценивал ее, заключалась в том, что в то время она не имела зрелой идеоинтеграции.

Смежные вопросы