Я работаю над проектом, который использует GIT в качестве основной системы контроля версий для транка, официальных веток и большинства подпроектов / неофициальных веток. Поэтому я хочу, чтобы моя собственная ветвь использовала GIT, чтобы остальная часть сообщества могла получить доступ к моей ветке, используя систему, которую они знают.
Тем не менее, я работаю над частью проекта, которая перекрывает как официальные, так и неофициальные ветки, а также некоторые патчи, которые никогда не попадут в транк - поэтому я должен иметь возможность хранить свои патчи отдельно, позволяя использовать их все в моя ветка и выборочные патчи для использования в транке. Это естественно склоняется к использованию ртутных очередей.
Есть ли какая-то причина, по которой я не могу использовать mercurial для своего собственного локального репозитория, но перенести все это в GIT и размещенные в Mercurial репозитории? Или, скорее, есть веская причина не делать этого, я уверен, что это возможно.
источник
Ответы:
Вы не должны делать это по той же причине, по которой у вас не должно быть переменной, которая пытается отследить состояние другой - вы можете потерять учетную версию, которая является достоверной.
источник
В настоящее время я делаю это, используя git и svn. Хотя есть причины не делать этого, нет общего правила. Git может делать то, что svn не может, я привык к этим функциям, поэтому мой рабочий процесс, следовательно, увеличивается производительность, когда я могу использовать git. Глядя на плюсы и минусы в моей ситуации, было бы глупо не использовать оба. Вы должны смотреть на свою ситуацию так же. (кстати, единственные минусы для меня - запуск одного маленького скрипта для синхронизации git с svn)
источник
Вы можете хранить свои патчи в Git отдельно: делайте каждый из них в отдельной ветке, а затем объединяйте их выборочно по желанию.
источник