Skip to content

alexmannuk/rules

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

94 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Nottingham Hackspace Rules

Documentation Status

http://rules.nottinghack.org.uk This is the draft version of the new rules for nottingham hackspace

Contributing

The rules (and this README) are written using reStructuredText which is a way of formatting a plain text file whilst keeping it human-readable.

For more info on the reStructuredText syntax please visit http://docutils.sourceforge.net/rst.html. If you are new to this type of documentation, have a look at the Primer and Quick reStructuredText. If you have used something like this before (for example, Markdown), you should be able to get away with just the Cheat Sheet.

The finsihed documents are built and hosted by Read The Docs http://readthedocs.org and are available at http://rules.nottinghack.org.uk. When a change is merged into this GitHub repository, the documents are automatically regenerated and available at that site in a couple of minutes.

We will use GitHub for contributions to the rules, using issues for simple comments and suggestions if you don't want to get into the nitty gritty, and pull requests for more complex changes.

All members are welcome to do either, or none. Both issues and pull requests have the functionality to allow you to comment on them, so please make your feelings known.

Workflow for submitting changes

If you can, please use a pull request for a change. This will cut down the amount of work required to integrate multiple issues.

To do this, you will need to fork (make a personal copy of) this repository into your personal account. Once you have done that, navigate to your fork and select the 'rtd-draft' branch.

You can then work on that in your browser (or your editor of choice) to make the changes you want and commit them to your fork. You can edit in browser by clicking on the file you wish to change and clicking on the edit icon (pencil) in the top right hand corner. At the bottom of the page is a area titled "Commit changes" Fill in the boxes with a meaningful comment about your change. Small changes and lots of commits are better than a single commit with a rewrite of the whole page.

Now you can then open a pull request to the main repository - on the front page of your fork click the green 'New pull request' button, this will show a list of changes between your copy the main repository. Click the green 'Create pull request' button, add a suitable comment and click the green 'Create pull request'.

Please keep each pull request fairly small - it should be one chanege to the rules. It is fine for it to span multiple rules, but should be all-or-nothing changes.

Workflow for making suggestions

If you have a suggestion that isn't quite a change, or you can't work out how to make changes, please raise an issue. An issue is generally to raise a point or start a discussion.

Simply click 'New Issue' from that page, give it a title and a description, including as much detail as you can, and click 'Submit new issue'.

Commenting

You can make comments on both pull requests and issues. We will leave these active for at least a few weeks, so please go in and comment on them, even if that is only to say you agree with the change.

Building rendered version locally - Advanced

You will need python and to install the following dependencies

$ pip install sphinx $ pip install sphinx_rtd_theme

Then you can build the html version with

$ make html

and open the index page at

./build/html/index.html

Releases

No releases published

Packages

No packages published

Languages

  • Python 39.6%
  • Makefile 30.6%
  • Batchfile 29.8%