¿Es posible tener el mismo código fuente bajo el control de 2 versiones?

En nuestro equipo, utilizamos Accurev como SCM y también tenemos la configuration de SVN local. Solo queremos hacer todas las modificaciones, luego registrarnos en SVN y luego comstackr y probar nuestro código. Si todo funciona bien, promoveré el mismo código para Accurev. Aquí el Servidor Accurev se encuentra en la location del cliente, por lo que quiero verificar mi código antes de promocionarlo en Accurev, donde el cliente tendrá acceso a mi código.

En una configuration normal, querría crear una twig de desarrollo / característica fuera del tronco principal (en Accurev del cliente). Esta twig dev / feature se puede "probar" con comstackciones automáticas o manuales, y cuando sientas que es lo suficientemente buena, la fusionas con la troncal principal.

Si su criterio es que el cliente no ve absolutamente nada de su trabajo en progreso. Entonces, por supuesto, debes separar eso, pero ahora tienes la responsabilidad de mantener todo sincronizado.

Sin embargo, no veo la verdadera pregunta. ¿Es posible? Por supuesto, puedes copyr y pegar todo tantas veces como quieras. ¿Está buscando una solución técnica para que un único espacio de trabajo local sea gestionado por múltiples SCM? Si es así, esa no es realmente una buena idea .

Necesitaría decirle a cada SCM que excluya los "files de funcionamiento interno" del otro SCM. No sé nada sobre Accurev, pero todas las configuraciones relacionadas con SVN en el espacio de trabajo se guardan en las carpetas .svn locales. Si tuviera que decirle a Accurev que excluya .svn carpetas .svn . Del mismo modo, puede decirle a SVN que "ignore" ciertos files de confirmaciones. No sé qué usa Accurev para almacenar su configuration en el sistema de files local.

Yo no haría esto. Una gestión de código fuente debe ser una fuente de verdad. No puedes decir eso si tienes dos. Solo necesitas uno

Lo que quieres hacer es fácil con Git. Tiene un repository principal y tantas versiones locales como desee.

¿Por qué no puedes simplemente darle acceso a tu cliente a tu repository, a la Github?

Me parece que este es un problema simple con una solución simple y existente.

Como han señalado otros, es posible utilizar varios sistemas SCM y probablemente pueda progtwigr el movimiento del código entre los sistemas, pero para ser perfectamente claros, esta es una mala idea.

AccuRev tiene ACL de transmisión y depósito que pueden proteger flujos específicos de grupos (o individuales) de usuarios, lo que le permite proteger sus secuencias de testing. Combine eso con lockings que pueden bloquear la promoción y el cambio de los attributes de la secuencia ellos mismos, usted tiene una configuration bastante segura siempre que esto sea compatible con el disparador server_admin_trig.