Description of problem:
* This is where one can push any conceptual changes for review and get it merged quickly.
- To make sure we don't delay, after every 1 week if there are no merges, a patch would be merged. (If there are no -1).
- Manually, it can be merged even before.
* Review comments on this branch is absolutely about concept and design, and no nitpicks. even ./rfc.sh would be changed to allow (with a question) even in case of Errors.
* All fundamental changes (like file type in GFID, DHT layout changes, etc) gets merged here first, and once baked can be taken as a single patch and get merged in master, which would make it to next release branch cut.
* This branch would have life for 6 months, and after 6 months a new branch would be cut-off from master, so any features which can't be stabilized in 6 months, needs to be rebased at least once in 6 months to new branch. This way, it would be much easier for everyone to experiment their ideas.
* As this branch doesn't need a bugzilla ID to work, having github issues (for an RFE) would be must. Not having github ID can fetch -1 review points.
* Decision to merge the changes to upstream is left to the discretion of author, who can cherry-pick and push changes to master, when she/he thinks it is ready to be consumed.
Version-Release number of selected component (if applicable):
branch out from current 'master' branch
## Additional info:
* This branch will have merge permission for 'amarts' user on github.
* It needs to run smoke test to verify the patch and will have a scoring system of +2 for review (1 automatic score, another manual) once met, it can be merged.
* It should run all the current 8hrs tests once in a week, and rpm used for the tests should be given for download.
More reference to proposal on this @ http://lists.gluster.org/pipermail/maintainers/2017-May/002644.html & this is Approved on maintainers meeting.
The experimental branch is now created. There's more work to be done, so leaving this one open.
experimental branch is now present and i do have access to merge patches as per the need mentioned in first place.