Sergey Alexandrovich Kryukov
Одна из этих двух систем контроля версий не имеет ничего общего с другой.
Поэтому, чтобы синхронизировать их, обновите код из одного репозитория и зафиксируйте обновленный код в другом. Это все.
В некотором смысле это разумно, но не может рассматриваться как часть любого разумного рабочего процесса разработки. Это можно даже рассматривать как поражение цели систем контроля версий. Практически это может быть просто шум рабочего процесса, который вообще не создает никакой ценности, а только вводит дополнительный источник ошибок, генерируемых человеком.
Избавиться от этого. Выберите одну из систем и ведите разработку, используя ее. Если бы вы спросили меня о выборе, я бы всегда советовал использовать решение с открытым исходным кодом. Если вы уже используете github, переход на git даст вам двойную выгоду. Во-первых, вы должны прибегнуть к чисто системе с открытым исходным кодом, очень популярной, постоянно проверяемой и улучшающейся, а значит, очень надежной; при этом у вас будет идентичная система для внутренней разработки и github. Устанавливать много не нужно; система очень легкая. Или, как вариант, основывайте всю свою разработку исключительно на самом github, если вы сочтете зависимость от этого ресурса приемлемой.
Если вам нужна дополнительная надежность, добавьте резервную копию не какого-либо кода проекта, а самой базы данных кода.
—СА