Diferentes de Control de versiones Distribuido a los Sistemas que trabajan juntos

Question

Mi oficina tiene una Fuente central caja Fuerte de 2005 instalar que utilizamos para el control de código fuente.Yo no puedo cambiar lo que la oficina utiliza en el servidor.

Me desarrolle en un portátil y me gustaría tener un local diferente de control de código fuente del repositorio que se puede sincronizar con el servidor central (si está disponible), independientemente de lo que la central de proveedor.El motivo de la petición es para que pueda mantener un local de la rama estable/build para presentaciones a clientes, mientras continúan desarrollando sin tener que saltar a través de aros en llamas.También, como consultor, mis clientes pueden solicitar que use su proveedor de control de origen y la flexibilidad de aquí sería hacer la vida más fácil.

Puede alguno de los existentes distribuido de control de código fuente a los clientes manejar eso?

Answer 1

Bien...KernelTrap ha algo sobre esto.Se ve como se puede utilizar vss2svn a la tubería de la Fuente Segura de repos en un repositorio de Subversion, a continuación, utilizar la muy agradable git-svn para tirar en un local del repositorio git.

Supongo que la compromete de nuevo a VSS no sería un suave, proceso automático mediante este método.

Answer 2

Usted debe ser capaz de verificar la versión actual del código y, a continuación, crear un repositorio de git a su alrededor.La actualización de eso y de comprometerse a su repositorio git local debe ser indolora.Como la clonación.

El único inconveniente es que debes tener ambos ignoran unos a otros (yo he hecho algo similar con SVN) por meterse con el apropiado ignorar los archivos.Estoy presumiendo de SourceSafe vamos a ignorar las cosas.Y usted necesita para hacer ciertas operaciones dos veces (como decirle a ambos que se elimina un archivo).

Answer 3

Este episodio de HanselMinutes cubre exactamente lo que yo esperaba oír.Al parecer Git puede ser utilizada localmente, a continuación, se adjunta a la externa subversion/vss repositorios como necesidad.Hablan de ello 14 ~ 15 minutos.

Answer 4

algún día yo trabajo en una empresa que utiliza VSS (y en otras empresas que utilizan otros menos unknow SCM) pero yo prefiero usar SVN (algún día voy a tratar de GIT) para un desarrollo activo, para mí y para mi grupo.

Primero de todo, esta situación es sólo una buena idea, si se comprometen a VSS son pocos más de mes, porque trabajar con otros SCM (de VSS) darle más flexiblity, pero commint a VSS desde el SVN es costoso en tiempo.

Mi solución fue:

VSS -> SVN:Tengo linux script (o de la hormiga de la secuencia de comandos, o XXX script) que la copia de la corriente actualizar el directorio de trabajo de VSS a la actual SVN, a continuación, la actualización de cliente de SVN y actualización/fusionar/SVN commit.Con esto, la actualización de los cambios del resto de la empresa que el uso de VSS.

SVN -> VSS:De esta manera, usted necesita una copia de todos tus modificar archivos a VSS, entonces usted puede simplemente utilizar el reverso de secuencia de comandos de copia de actualización actual directorio SVN (ignorar .svn directorios) y copia a la actualización actual directorio VSS, actualización y confirmación.

Pero recuerde, en algunos caso no vale la pena su tiempo para hacer esto.