Я был большим поклонником Plastic SCM некоторое время, используя его локально для своих личных проектов. В последнее время я решил внести свой вклад в проект с открытым исходным кодом на github. Поскольку Plastic SCM можно использовать в качестве клиента github, я решил использовать его как таковой.Синхронизация вилки на github с пластиковым SCM
Теперь это мой первый раз, используя GitHub, поэтому я последовал классический рабочий GitHub, как описано во всех учебниках:
- Вилка репо, чтобы получить свой собственный экземпляр
- синхронизации репо Пластиковые СКМ персональный GitHub репо
- Commit в пластмассе ревизии SCM
- синхронизации репо Plastic SCM с GitHub снова
До сих пор все шло хорошо. Я внесла свой код, загрузил его в github и увидел, что все изменения и ветви появятся в github webui.
Далее я поставил запрос на тягу к оригинальному репо, с которого я разветвлялся. Вот где мои проблемы начинаются. Запрос на перенос был принят, и в исходном репо появился новый набор изменений, содержащий мой запрос на извлечение. Кажется, что все мои промежуточные ветви также не перешли на исходное репо. не
Как показано на графике сети выше, исходный репо (фиолетовый) теперь уже не в синхронизации с месторождением. Я начал с дальнейшего развития в другом филиале (VEH003), но этот, кажется, полностью отключен от исходного репо (фиолетового).
В моем клиентском клиенте SCM я вижу точно такие же сетевые графики в ветвистом проводнике, за исключением фиолетовой ветви.
Я прочитал, что для обновления вилки с помощью наборов изменений из исходного репо это должно быть сделано явно, а в вашем локальном репозитории git (github help). Теперь я не знаю, как это делается с использованием Plastic SCM.