web commit by http://jeremie.koenig.myopenid.com/
parent
44d6fa4db1
commit
423f4aedbd
|
@ -0,0 +1,20 @@
|
||||||
|
Basically, what I need is a two-sided wiki:
|
||||||
|
|
||||||
|
* one side would be the published version, with the ikiwiki CGI disabled;
|
||||||
|
* another would be the developement version, which would be editable online.
|
||||||
|
|
||||||
|
These two sides would correspond to branches in the repository.
|
||||||
|
Each time someone makes a change to the developement version,
|
||||||
|
the created revision number would be added to a list of changes to be reviewed,
|
||||||
|
maybe by a pre/post-commit hook. This would be done only if a published version of
|
||||||
|
the page exists, and could be requested when a new page needs to be published.
|
||||||
|
Some kind of priviledged user could then move the change around,
|
||||||
|
from the "review needed" queue to the "accepted" or "rejected" ones.
|
||||||
|
This would be done in a way that would trigger the appropriate VCS merge operations.
|
||||||
|
|
||||||
|
A generic "change queue" mechanism could be used for translations or other stuff as well.
|
||||||
|
Each change would have its own wiki page under changes/revNNNN.
|
||||||
|
Change queues would be wiki pages as well (probably using [[inlines|plugins/inline]]);
|
||||||
|
[[Pagespecs|Pagespec]] and [[tags]] would be used to control the queues to which a given change would belong.
|
||||||
|
|
||||||
|
--[[JeremieKoenig]]
|
Loading…
Reference in New Issue