diff options
| author | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-03-16 12:28:52 +0000 |
|---|---|---|
| committer | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-03-16 12:28:52 +0000 |
| commit | 50408be042864b88904ed5d1b37339017c63e8f3 (patch) | |
| tree | 7e21014de8543f27f91e8b06698530907c22b72a | |
| parent | 4e697ad425694a943bb494191dabe54ffeeb0f24 (diff) | |
web commit by http://id.inelegant.org/: Comment on potential scaling issue.
| -rw-r--r-- | doc/subversion/discussion.mdwn | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/doc/subversion/discussion.mdwn b/doc/subversion/discussion.mdwn new file mode 100644 index 000000000..f795e3774 --- /dev/null +++ b/doc/subversion/discussion.mdwn @@ -0,0 +1 @@ +If the user interrupts the page loading during the running of `svn commit`, the repository will be left in an inconsistent state. The probability of this happening increases with the size of the repository and the number of plugins installed, because these both affect how long the post-commit hook takes to run. (The core issue, I guess, is that we're abusing the concept of a "working copy" by giving everybody the same one). Here are the main solutions that I can see: (1) CGI queues commits so that a single process can act upon them sequentially, or (2) optionally divorce the `ikiwiki --refresh` from the `svn commit` so that commits happen faster. -- [[Ben]]
\ No newline at end of file |