Comment on another possible solution to the use case.
authorhttp://www.cse.unsw.edu.au/~willu/ <http://www.cse.unsw.edu.au/~willu/@web>
Mon, 24 Aug 2009 07:13:25 +0000 (03:13 -0400)
committerJoey Hess <joey@kitenet.net>
Mon, 24 Aug 2009 07:13:25 +0000 (03:13 -0400)
doc/plugins/contrib/rsync/discussion.mdwn

index a2c2eb7252f7fd82146c716ec8a9e2162bd60a19..b2d21e6d548d2cc05406c7fb07a79237df689a46 100644 (file)
@@ -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]]
+