什么时候不"svn commit && svn update"？
When to not "svn commit && svn update"?
绝不是 svn 专家，我想知道在什么情况下您 而不是 想在执行 svn commit 后立即 svn update，假设*您正在提交工作副本中的所有内容。有什么实用的examples/scenarios?
换句话说，为什么每个使用 SVN 的人不应该有一个 alias/function，例如 svn commit && svn update？ （忽略 commit 的 -m 标志）
* 我引用这个假设是因为我认为在版本控制下开发时，它通常被支持为最佳实践，尽管当然偶尔会有偷工减料的时候，我怀疑这是主要的回答我的问题。
Right. Perhaps it's worth clarifying that all updating (including
resolving any conflicts), re-building, and testing has been performed
so now you're ready to really commit. That's the starting point for my
question.
我想不出在 运行ning svn commit 之后你不应该或不能 运行 svn update 的情况。假设上面引用的所有内容都已执行，为什么不执行 svn update？同时，你为什么要运行svn update？
运行 svn update 下次您开始处理任务时，下次您在您正在处理的功能分支（或任何其他分支或 t运行k 那一刻你正在工作）并确保在提交更改之前 运行 svn update。
这里的主要规则是运行 svn update经常保证你的工作和别人的工作没有冲突（假设你修改的是同一个文件）。
阅读 SVNBook：
我实际使用的是 svn update && svn commit 的 bash 函数（添加了 -m，但我想这取决于您对如何提交提交消息的偏好）。
它 可能 是 svn update && svn commit && svn update，但除非您使用的是非常大的存储库，否则您的存储库在第一个之间可能不会发生重大变化和最后更新。
绝不是 svn 专家，我想知道在什么情况下您 而不是 想在执行 svn commit 后立即 svn update，假设*您正在提交工作副本中的所有内容。有什么实用的examples/scenarios?
换句话说，为什么每个使用 SVN 的人不应该有一个 alias/function，例如 svn commit && svn update？ （忽略 commit 的 -m 标志）
* 我引用这个假设是因为我认为在版本控制下开发时，它通常被支持为最佳实践，尽管当然偶尔会有偷工减料的时候，我怀疑这是主要的回答我的问题。
Right. Perhaps it's worth clarifying that all updating (including resolving any conflicts), re-building, and testing has been performed so now you're ready to really commit. That's the starting point for my question.
我想不出在 运行ning svn commit 之后你不应该或不能 运行 svn update 的情况。假设上面引用的所有内容都已执行，为什么不执行 svn update？同时，你为什么要运行svn update？
运行 svn update 下次您开始处理任务时，下次您在您正在处理的功能分支（或任何其他分支或 t运行k 那一刻你正在工作）并确保在提交更改之前 运行 svn update。
这里的主要规则是运行 svn update经常保证你的工作和别人的工作没有冲突（假设你修改的是同一个文件）。
阅读 SVNBook：
我实际使用的是 svn update && svn commit 的 bash 函数（添加了 -m，但我想这取决于您对如何提交提交消息的偏好）。
它 可能 是 svn update && svn commit && svn update，但除非您使用的是非常大的存储库，否则您的存储库在第一个之间可能不会发生重大变化和最后更新。