Comprometerse y bloquear en subversión

Por favor, hágame saber cómo escribir los siguientes commands en subversión

1) Cómo podemos comprometer un file en fragments. 2) Alcanzar el locking en todos los files antes de comprometernos.

1) Eso no es posible. O bien todas las modificaciones en un file están comprometidas o no. No puede simplemente comprometer parte de las modificaciones en un file.

2) sería posible. Pero no le voy a decir cómo: la pregunta muestra claramente que usted no entiende cómo funcionan los SVN (o los sistemas de control de versiones que no sean VSS), o (en caso de que lo haga) que tiene un flujo de trabajo que está roto y está tratando de hacer un mal uso del control de versiones para adaptarse a ese flujo de trabajo roto. No es necesario bloquear los files antes de una confirmación, y especialmente no todos los files. Solo comprométete y estás bien. El locking es solo para files que no se pueden combinar (files binarys), e incluso para aquellos que no se deben usar a la ligera.

Esto se basa en su pregunta original y en su comentario sobre la respuesta de Stefan (era demasiado grande para caber en el cuadro de comentarios).

1) Subversion usa las operaciones de confirmación atómica, por lo que no es posible comprometer un file en fragments.

2) Con suficiente Kung-fu de Subversion puedes hacer esto (dependiendo de los detalles de tu configuration), pero esencialmente harías que Subversión actuara como tu antiguo repository cuando los dos están diseñados alnetworkingedor de filosofías diferentes. Este problema me restring mucho a lo que mi equipo pasó por un cambio reciente de VSS a Subversion.

La respuesta obvia es no revisar los objects comstackdos en el repository. Los sistemas de control de versiones están diseñados para almacenar el código fuente que genera los binarys, no tanto los binarys generados. Una de las razones por las que esto le está dando problemas es que no es el tipo de cosa para la que se diseñó Subversion. Recomiendo el libro oficial sobre Subversion que puede get gratuitamente en http://svnbook.networking-bean.com/ . No necesariamente tiene que leer todo, aprenderá mucho de incluso una lectura superficial de los primeros 2 o 3 capítulos (en lo que respecta a la documentation técnica, el libro es extremadamente fácil de leer). El flujo de trabajo / filosofía de su antiguo sistema de control de revisiones no es del todo compatible con el de Subversion (no es que uno u otro sea bueno o malo, solo diferente), y creo que el libro hace un muy buen trabajo explicando esto caso.

Si solo intenta archivar una copy de la salida comstackda, será mejor que cargue los files binarys que necesita en un file (zip, tar, gzip, etc.) y almacene este file en un server de files. Si necesita poder hacer coincidir fácilmente una revisión de código fuente con la salida binaria, puede asignar un nombre al file o la carpeta que contiene el file con el número de revisión del código utilizado para generarlo.

Aparte de eso, si su progtwig antivirus está causando problemas, intente agregar los directorys donde guarda su código fuente a la list de ignorar del progtwig antivirus. Normalmente, estas carpetas solo tendrán files de código fuente o binarys que haya creado y, por lo general, se pueden considerar libres de virus (a less que esté escribiendo virus, pero ese es otro problema).