Рабочий процесс использования Plastic SCM со службами общедоступного кода

Question

Существует ли простой рабочий процесс для использования Plastic SCM внутри компании при одновременном использовании одной из популярных служб хостинга кода, например, github или Bitbucket, без необходимости "двойной бухгалтерии"?

Answer 1

Как указывал VonC, сейчас нет простого способа сделать это с 3.0 (если вы не занимаетесь "небольшим количеством" сценариев), но мы работаем над этим как одной из основных функций в будущей версии 4.0.

Сегодня внутренний выпуск 4.0 (здесь , некоторые скриншоты ) может выполнять синхронизацию с помощью быстрого экспорта / быстрого импорта.Например:

• быстрый экспорт из git (сохранение меток экспорта)
• быстрый импорт в Plastic SCM (сгенерируйте свои собственные метки импорта для повторного использования)
• внести изменения в пластик 4.0
• быстрый экспорт в Git из пластика

и т. Д.

Конечно, ограничение заключается в том, что при использовании этого подходавы не можете обрабатывать одновременные изменения, сделанные с обеих сторон.

Вот почему мы работаем над настоящей "двунаправленной синхронизацией".

Пластик 4.0 станет серьезным изменением с тех пор, как мы переместимсяиз нашего «динамического тега» в статический (например, Git), который значительно упростит общение.

Мы уже используем его внутри для разработки Plastic (перенесено несколько недель назад с 3.0 на 4.0), но он все еще находится в стадии тестирования, разработки и т. д.

Посмотрите новые скриншоты Distributed Branch Explorer , одного из замечательных улучшений, чтобы показать, что стоит за развитым ядром ...

Answer 2

Они, возможно, еще не являются "простым" рабочим процессом с точки зрения конверсии в оба конца между репозиторием Plastic SCM и репозиторием Git.
Смотрите ответ от Пабло в этой теме :

> Достаточно заинтригован о Plastic, чтобы попытаться оценить его, но хотел бы начать с импорта некоторых git-проектов (некоторые из моих, более крупных проектов, извлеченных из github)

> Итак, есть ли способ импортировать git-репозиторий со всеми коммитами, ветками, тегами и т. Д.?

Сейчас лучшим способом было бы перейти из git в svn, а затем импортировать оттуда.

Наш план - двунаправленная синхронизация с Git через несколько месяцев, но ее пока нет, поэтому, так как вы хотите начать использовать Plastic сейчас, я бы лучше пошел на импорт SVN или просто импортировал рабочую копию. ...

Это не означает, что вы не можете использовать репозиторий DVCS прямо в своем рабочем пространстве Plastic SCM, но если вы не ведете строгую «двойную бухгалтерию» (что вам не нужно), вы будете фиксировать только в DVCS (Git или Mercurial) репо только тех важных коммитов / наборов изменений, которые вы хотите отправить обратно в GitHub / bitbucket.