aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorhttp://www.cse.unsw.edu.au/~willu/ <http://www.cse.unsw.edu.au/~willu/@web>2009-08-24 03:13:25 -0400
committerJoey Hess <joey@kitenet.net>2009-08-24 03:13:25 -0400
commita27861c512bcf5808c59d9bc2b38c80b559d6d69 (patch)
treea7fe8ffdc0e533b847fc8ce084073c917dd09d59
parent80ca685385cd827f19718eaea5fb772782f68d3b (diff)
downloadikiwiki-a27861c512bcf5808c59d9bc2b38c80b559d6d69.tar
ikiwiki-a27861c512bcf5808c59d9bc2b38c80b559d6d69.tar.gz
Comment on another possible solution to the use case.
-rw-r--r--doc/plugins/contrib/rsync/discussion.mdwn11
1 files changed, 11 insertions, 0 deletions
diff --git a/doc/plugins/contrib/rsync/discussion.mdwn b/doc/plugins/contrib/rsync/discussion.mdwn
index a2c2eb725..b2d21e6d5 100644
--- a/doc/plugins/contrib/rsync/discussion.mdwn
+++ b/doc/plugins/contrib/rsync/discussion.mdwn
@@ -25,3 +25,14 @@ As a proof of concept, I added an rsync post-commit hook after
ikiwiki's usual. It worked, just not for web edits, which is how
the wiki will be used. So I wrote this plugin to finish the job.
The wiki now lives on (1), and clicking "edit" just works.
+
+> Just out of interest, why use `rsync` and not `git push`. i.e. a
+> different setup to solve the same problem would be to run a
+> normal ikiwiki setup on the universities server with its git
+> repository available over ssh (same security setup your using
+> for rsync should work for git over ssh). On the cgi-capable server,
+> when it would rsync, make it git push. It would seem that git
+> has enough information that it should be able to be more
+> network efficient. It also means that corruption at one end
+> wouldn't be propagated to the other end. -- [[Will]]
+