I want to contribute to docrails, but I'm not sure which areas/aspects
are in greatest need. Today, when I noticed an error on the website, I
checked the github repo, and I saw that it had already been corrected
weeks ago. Perhaps a later commit put the error back in the doc? Is
the RailsGuides website about to be updated? Is there anything I (or
we) can do to speed this up?
The Rails documentation comes in two sets: guides for learning, and
API for reference.
They are part of Rails. When a new stable version of Rails is out, an
automated job generates the documentation that comes with that
release, and publishes it.
On the other hand, every push to master triggers edge docs
regeneration, you can check the edge docs in
docrails is cross-merged with master typically once or twice a week.
Contributions to docrails get published to the edge docs when they are
merged into master (and the merge pushed).
Occasionally some doc fix may be worth being backported to stable
branches, especially if it corrects a factual error. In such a case
I'd appreciate very much if you can bring the patch to my attention
somehow.
Excellent, I've just pushed that one to 3-0-stable.
If you believe the regular 3.0.7 guides need more proof-reading, let me
know. I'd be happy to help.
3.1 is around the corner, I cherry-picked a lot into 3-0-stable after
Rails 3 was released, but after some time it was too time consuming
because conflicts happened too often. After that point only really
important fixes are worth being cherry-picked, in the line of the
branch itself, which is maintenance. The bulk of the work in docrails
is going to be out with 3.1.
It was removed, updated guides will be out soon with 3.1.
Reason is docrails is not really a project, but just a branch of Rails
with some special rules.
The idea is that documentation, as testing, is an integral part of
Ruby on Rails itself. So, documentation issues are Rails issues. They
should be reported there.