¿Cuándo no "svn commit && svn update"?

De ninguna manera soy un experto en svn, me pregunto en qué escenarios no querría svn update inmediatamente después de realizar una svn commit , suponiendo * que está cometiendo todo en su copy de trabajo. ¿Algún ejemplo / escenario práctico?

En otras palabras, ¿por qué no todos los que usan SVN tienen un alias / function como svn commit && svn update ? (sin tener en count la bandera de commit -m )

* Cito esta suposition porque, en general, se admite que es una buena práctica cuando se desarrolla bajo el control de la versión, aunque hay ocasiones, por supuesto, de cortar las brechas en esto y sospecho que esa es la respuesta principal a mi pregunta.

Derecha. Quizás valga la pena aclarar que se han realizado todas las actualizaciones (incluida la resolución de conflictos), la reconstrucción y las testings, por lo que ahora está listo para comprometerse realmente. Ese es el punto de partida para mi pregunta.

No puedo pensar en un caso cuando no debes o no debes ejecutar svn update después de ejecutar svn commit . Suponiendo que se haya realizado todo lo mencionado anteriormente, ¿por qué no hacer una svn update ? Al mismo time, ¿por qué querrías ejecutar svn update ?

Ejecute svn update la próxima vez que comience a trabajar en la tarea, la próxima vez que vea confirmaciones en la twig de funciones en la que está trabajando (o cualquier otra twig o tronco que esté trabajando en ese momento) y asegúrese de ejecutar svn update antes de comprometer tus cambios

La regla principal aquí es ejecutar svn update menudo para asegurar que no haya conflictos con su trabajo y el trabajo de otros (suponiendo que modifique los mismos files).

Lee SVNBook:

Lo que realmente uso es una function bash para svn update && svn commit (con un -m añadido, pero supongo que eso depende de sus preferences sobre cómo enviar posts de confirmación).

Podría ser svn update && svn commit && svn update , pero a less que trabaje con un repository muy grande, lo más probable es que su repository no cambie significativamente entre la primera y la última actualización.