|
Hello All, Thank you for the feedback and suggestions provided on the GlusterFS Documentation improvements. We have analyzed them and here's a proposal to address them: We plan to use three independent repos for our projects: glusterdoc: (https://github.com/gluster/glusterdocs) :This repo contains and will continue to contain user documentation such as Install Guide, Admin Guide, Quick Start Guide. These docs are hosted on Read The Docs (RTD). The the documentation source files are in Markdown and using MKDocs they are rendered on RTD, for ex:http://gluster.readthedocs.org/en/latest/ . We have a very simplified workflow in place for contribution where the contributor must have a github account. To edit on github, fork the repository (see top-right of the screen, under your user-name). You will then be able to make changes easily. Once done, you can create a pull request and get the changes reviewed and merged into the official repository. glusterfs/doc: This repo will contain developer related documentation and will reside in the glusterfs source code repo. A developer who has cloned glusterfs repo will find all the development related info in the repo itself. When a developer is submitting a patch for a new feature or a fix which changes the user facing behavior, he must simultaneously submit a documentation patch to the glusterdoc ( https://github.com/gluster/glusterdocs) repo .The link to the user facing documentation is a mandatory requirement for the feature patch to be merged in the glusterfs repo. glusterfs-specs: This repo will contain all files related to feature/release planning. Two sub folders will be created: 'in progress' and 'Done'. In the planning phase, the files will reside in "in Progress" folder. The developer must move the file to "done" folder once the implementation of the feature is completed. Developers will use Gerrit to checkout a document, update it and push the new version for review. Feature and release planning is very much only done by developers and component maintainers. The contents of Done folder are kept for historical reasons. They are archived and no one is expected to edit or change them even if the corresponding implementation changes at some point later in future. The specs repo is modeled after: https://github.com/openstack/swift-specs Static Documentation: Currently, Mediawiki is read-only. We have ported most of the documents from Mediawiki. There few pages which do not qualify to be placed in the above three repos for example, Presentations which will be considered to be placed on the website. Your thoughts and feedback are the major influences to our constant endeavor to make the community documentation better, effective, and useful. Please revert with your thoughts and feedback on the above proposal outlined by 29th July 2015. Regards, Humble, Shravan, and Anjana On 06/22/2015 05:24 PM, Shravan
Chandrashekar wrote:
Hello all, We would like to finalize on the documentation contribution workflow by 26th June 2015. As we have not yet received any comments/suggestion, we will confirm the recommend workflow after 26th June. Kindly provide your suggestion on how we can improve this workflow. Currently, mediawiki is read-only. We have ported most of the documents from mediawiki to the new repository [1]. If you find any document which is not ported, feel free to raise this by opening an issue in [2] or if you would like to port your documents, send a pull request. [1] https://github.com/gluster/glusterdocs [2] https://github.com/gluster/glusterdocs/issues Regards, Shravan ----- Original Message ----- From: "Humble Devassy Chirammal" <humble.devassy@xxxxxxxxx> To: "Gluster-users@xxxxxxxxxxx List" <gluster-users@xxxxxxxxxxx>, "Gluster Devel" <gluster-devel@xxxxxxxxxxx> Sent: Wednesday, May 27, 2015 7:48:16 PM Subject: [Gluster-devel] GlusterFS Documentation Improvements - An Update Hello all, The GlusterFS documentation team is constantly working to improve the quality, findability, and usefulness of its documentation. Our goal is to increase community contribution, remove barriers that discourage contribution and give you the help you need, when and where you need it. As part of this strategy, we’ve just rolled out the revamped GlusterFS Documentation: gluster.readthedocs.org We started by curating content from various sources including gluster.org static HTML documentation, various blog posts and the Community wiki. We used readthedocs service to host the documentation and mkdocs to convert the Markdown source files to HTML pages. We also put our thought into classifying the documentation based on their content: * Quick Start Guide : A headstart guide for the beginners. * Installation Guide : Step by step instructions to install GlusterFS. * Administration Guide : Container for for all administrative actions. * Developer Guide : Container for all development related aspects. * Upgrade Guide : Contains guides to upgrade from older versions of GlusterFS. * Features : Container for all the features of GlusterFS introduced in various versions. * GlusterFS Tools : Contains information about the tools used in GlusterFS. * Troubleshooting Guide : Container for basic troubleshooting and debugging guides. * Images : Container for images (in .jpg or .png format) that are present inline the documentation pages. Doing so, we gain these benefits: * Version based browsable documentation * More targeted content * Less duplication * Faster updates Whats changing for community members? A very simplified contribution workflow. - How to Contribute? Contributing to the documentation requires a github account. To edit on github, fork the repository (see top-right of the screen, under your username). You will then be able to make changes easily. Once done, you can create a pull request and get the changes reviewed and merged into the official repository. With this simplified workflow, the documentation is no longer maintained in gluster/glusterfs/docs directory but it has a new elevated status in the form of a new project: gluster/glusterdocs ( https://github.com/gluster/glusterdocs) and currently this project is being maintained by Anjana Sriram, Shravan and Humble. - What to Contribute Really, anything that you think has value to the GlusterFS developer community. While reading the docs you might find something incorrect or outdated. Fix it! Or maybe you have an idea for a tutorial, or for a topic that isn’t covered to your satisfaction. Create a new page and write it up! Whats Next? Since the GlusterFS documentation has a new face-lift, MediaWiki will no longer be editable but will only be READ ONLY view mode. Hence, all the work-in-progress design notes which were maintained on MediaWiki will be ported to the GitHub repository and placed in "Feature Plans" folder. So, when you want to upload your work in progess documents you must do a pull request after the changes are made. This outlines the change in workflow as compared to MediaWiki. A proposal: Another way to maintain work-in-progress documents in Google docs (o r any other colloborative editing tool) and link them as an index entry in Feature Plans page on GitHub. This can be an excellent way to track a document through multiple rounds of collaborative editing in real time. Stay tuned for a more detailed information about the new contribution workflow, which will be posted on the new documentation website (i.e. gluster.readthedocs.org ) We love to hear your feedback on this. Any suggestions/comments regarding this would help ! --Humble _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel |
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-users
