svn:local se compromete

Question

Subversion:es posible cometer el local revisiones sin empujar y empujar a ellos en una fecha posterior, o la falta de esta característica por lo que se llama "centralizado" ?

Answer 1

No es posible hacer commits locales con Subversion.

Esto se debe a que, como un sistema de control de versiones centralizado, su copia de trabajo local no tiene toda la información que el servidor tiene sobre revisiones pasadas, entradas, etc., que habría tenido si se trataba de un sistema de control de versiones distribuido (log DVCS).

Una copia de trabajo local contiene una copia de todos los archivos a medida que fueron sacados por lo que puede revertir los archivos modificados sin contactar con el servidor.

Si realmente quiere hacer commits locales que deberían echar un vistazo a SVK , que se construye en la parte superior de la subversión y proporciona DVCS como características.

Answer 2

Mucho de lo anterior se ha convertido en algo obsoleto, y dado que esta pregunta surge como un éxito en una búsqueda en Google de "SVN local de cometer" aquí es una actualización:

Considere el uso del paquete de "git-svn" (junto con "git-gui" si usted no sabe GIT) para hacer commits locales tanto posibles y fácil, con plena integración SVN remoto. Una visión general / tutorial / caso de uso es decente aquí . Acabo de comenzar a utilizar este proceso con proyectos de Sourceforge, por lo que todavía no puedo informar de cualquier problema. Asegúrese de obtener los Autores archivo correcto!

EDIT: Actualización enlace. Gracias, HDL!

Answer 3

Se podría hacer tal cosa por lo que si la interfaz del servidor SVN o GIT con un puente de Mercurial. Desde GIT y Mercurial son capaces de hacer commits locales que luego podría utilizar el estilo. Tal vez echa un vistazo a git-svn o algo similar (Recuerdo que siendo un bazar-SVN, pero no estoy seguro).

Answer 4

Es por eso que se llama centralizada. Usted podría tratar de usar un acuerdo de recompra dentro de un acuerdo de recompra. Uno de ellos es local y el otro es remota. A continuación, se compromete todo el repositorio interno para el control remoto.

Answer 5

Como han dicho otros, no.

Me gustaría fuertemente recomiendo probar el uso de cualquier cosa remotamente janky con svn.

No he utilizado SVK suficiente para recomendar en contra de ella, parecía bastante agradable.Sin embargo, yo soy escéptico de uso de todo lo construido en la parte superior de SVN para todo el proyecto sin romper nada.Yo tengo uso de SVN, lo suficiente como para saber que, incluso, regular los ciclos de trabajo pueden brindis, si no tienes cuidado.

Usamos SVN en el trabajo.He estado usando el comando bzr y bzr-svn para hacer todas mis interacción con y funciona maravillosamente.Mi flujo de trabajo es algo así como:

$ bzr branch file:///var/svn/project ~/project

(hack, hack, hack)

$ bzr commit -m "commit log" (repetir)

cuando estoy listo

$ bzr push

Sí, en lugar de actualizar tienes $ bzr merge y cometer cambio (posiblemente de la estantería en qué estás trabajando), pero comete un muy cosa buena, y la estantería es demasiado (shelving es como volver con un guardar)

Creo que git se encarga de esto también.He oído que no es tan completa como bzr-svn, pero no puedo corroborar eso.

Pero el uso de un DVCS con un repositorio svn es una buena manera de ir!

Answer 6

con la respuesta de BOBC, por mercurial que usaría hgsubversion.

Answer 7

No! git obstante no se puede hacer esto, y se puede usar SVN-git a mantener en sincronía con el repositorio inicial.

Answer 8

Para obtener lo mejor de ambos mundos, SVK fue construido en la parte superior de la subversión, pero manteniendo estado local lo que puede hacer commits locales ...