]> sipb.mit.edu Git - ikiwiki.git/blobdiff - doc/bugs/ikiwiki.setup_require_blank_rcs_to_work_as_cgi_only.mdwn
web commit by hb
[ikiwiki.git] / doc / bugs / ikiwiki.setup_require_blank_rcs_to_work_as_cgi_only.mdwn
index a914bcc3e74735fd8ec15338498d6d0aa981d029..518aea138866baa477ccfcf3a0917202e7167d5f 100644 (file)
@@ -15,4 +15,14 @@ Should it be documented ?
 > without having to take care of the new files before svn commit-ting...
 > --hb (hugues)
 
+>> Hi. It sounds like you want a distributed RCS, where you can branch and commit changes locally and periodically
+>> push changes back. What I do is use svk, which is a distributed RCS based on svn, edit using text editors on my
+>> laptop, and periodically `svk push` up to the server, which triggers a rebuild on the server. I think [[Joey]] 
+>> works this way too, but I'm not sure. If you don't like editing pages "by hand" then maybe you should look at
+>> [[git]] or [[mercurial]] -- they should theoretically allow you to run apache on a working copy which is itself
+>> a branch of a working copy running on another machine, but I haven't used them so I don't know. --Ethan
 
+>>> Well, by hand editing is just what I'm making sometime. it's just using subversion, in fact.
+>>> But, yes, someone told me about git, which seems to allow what you are describing. In fact, my needs are typically
+>>> that I want to have 2 ikiwiki web-frontend on two (or more) different machines, with one machine sometimes off-line.
+>>> Imagine a team of auditor that want to report and collaborate on a wiki, but are not allways connected.
\ No newline at end of file