¿Usando Subversion y SourceSafe al mismo time?

Recientemente comencé un nuevo trabajo, y la compañía usa Visual SourceSafe para control de fuente. En mi trabajo anterior utilizamos Subversion. Una de las 'reglas' en la nueva compañía es que solo compromete su código cuando está contento de que funcione, y que no romperá las comstackciones. La otra regla es 'No Branching'

Esto entorpece un poco mi estilo, ya que me gusta crear una sucursal, trabajar en esa sucursal, comprometerme siempre que lo desee (lo que me da la ventaja de poder revertir si hago algo estúpido, lo cual es bastante frecuente) y luego fusionar mi volver a la bifurcación cuando estoy contento de que todo funcione como debería.

Entonces, la pregunta es … ¿Puedo agregar files a mi propio repository local de subversión y no interferir con SourceSafe? Entonces, ¿puedo comprometerme con mi repository de subversión local cada vez que lo desee, y cuando estoy satisfecho con todo lo que cometen en SourceSafe? ¿Es seguro? ¿Rompo SourceSafe?

Gracias

No romperás SourceSafe. Esta es una excelente manera de trabajar en su situación

Actualización: Ignore cualquier file que no le interese directamente, como files scc. Su repository no necesita recrear todo el proyecto, solo haga un seguimiento de las cosas que cambia.

Hago lo mismo con Mercurial y CVS. La compañía usa CVS, y utilizo un repository local de Mercurial que compruebo siempre que quiero, y me logging en CVS cuando estoy contento.

[aparte]

Cambiar los sistemas de control de fuente a nivel individual está bien, pero para un equipo a menudo puede ser problemático. La gente se acostumbra a la forma en que funcionan los controles de fuente y aprovechan eso para su beneficio. Cambie el sistema sin una compra total y puede llevar mucho time que sientan que las ventajas superan las características que han perdido. Mientras se acostumbran al nuevo sistema, cometen errores, pierden el trabajo y pueden ser un poco negligentes en agradecerte por cambiar un sistema que pensaron que funcionó perfectamente.

Esto parece una buena idea, aunque no creo que deba enviar su repository , sino una versión exportada del código que contiene en un momento específico. Desea asegurarse de no agregar carpetas .svn etc. a SS. Verifique en su repository local lo que pueda cambiar en SS.

Sin embargo, tenga en count que SS requiere que usted "retire" files explícitamente antes de poder comprometerlos ("registrarlos"). Eso juega mal con el estilo de SVN de trabajar simultáneamente en los mismos files. Es posible que necesite algo así como una " sucursal de vendedor " para conectar su trabajo con un trabajo recién retirado de SS antes de registrar sus cosas.