Flujo de trabajo para usar Plastic SCM con services de alojamiento de código público

¿Existe un flujo de trabajo directo para usar Plastic SCM en la empresa mientras se usa uno de los services populares de alojamiento de códigos como github o Bitbucket, preferiblemente sin requerir "doble contabilidad"?

Como señaló VonC, no hay una forma directa de hacerlo ahora mismo con 3.0 (a less que haga un "poco" de scripting) pero estamos trabajando en ello como una de las características principales en los próximos 4.0.

Hoy, la versión interna 4.0 (encuentre algunas capturas de pantalla aquí ) puede sincronizar usando fast-export / fast-import. Por ejemplo:

  • export rápida desde git (guardando las marcas de export)
  • Importe rápidamente en Plastic SCM (genere sus propias marcas de import para reutilizar)
  • hacer cambios en Plastic 4.0
  • export rápida a Git desde plástico

Y así.

La limitación, por supuesto, es que al usar este enfoque no puede manejar los cambios simultáneos realizados en ambos lados.

Es por eso que estamos trabajando en una verdadera "synchronization bidireccional".

Plastic 4.0 será un cambio importante ya que pasamos de nuestro "dag dynamic" a uno estático (como Git), lo que facilitará la comunicación.

Ya lo estamos utilizando internamente para el desarrollo de plástico (se movió hace unas semanas de 3.0 a 4.0), pero todavía está en testings, desarrollo, etc.

Mire las nuevas capturas de pantalla de Distributed Branch Explorer , una de las grandes mejoras para descubrir qué hay detrás del núcleo evolucionado …

Puede que aún no sea un flujo de trabajo "directo", en términos de conversión de ida y vuelta entre un repository Plastic SCM y un repository Git.
Ver la respuesta de pablo en este hilo :

> Intrigue suficiente sobre Plastic para intentar evaluarlo, pero querría comenzar importando algunos proyectos de git (algunos de los míos, algunos proyectos más grandes sacados de github)

> Entonces, ¿hay alguna manera de importar un repository de git, completo con todas las confirmaciones, twigs, tags, etc.?

En este momento, la mejor manera sería pasar de git a svn y luego importar desde allí.

Nuestro plan es tener una synchronization bidireccional con Git en unos meses, pero todavía no está allí, así que ya que quieres empezar a utilizar Plastic ahora será mejor que vaya a una import de svn o simplemente que importes una copy de trabajo …

Eso no significa que no pueda usar un repository de DVCS dentro de su espacio de trabajo de Plastic SCM, pero a less que realice una estricta "contabilidad doble" (que no desea), solo se comprometerá en el repository de DVCS (Git o Mercurial) solo los commit / changesets significativos que desea enviar a un GitHub / bitbucket.