README.md in gems-0.4.0 vs README.md in gems-0.5.0
- old
+ new
@@ -1,23 +1,18 @@
-Gems
-====
+# Gems
Ruby wrapper for the RubyGems.org API.
-Installation
-------------
+## <a name="installation">Installation</a>
gem install gems
-Documentation
--------------
+## <a name="documentation">Documentation</a>
[http://rdoc.info/gems/gems](http://rdoc.info/gems/gems)
-Continuous Integration
-----------------------
+## <a name="ci">Continuous Integration</a>
[![Build Status](https://secure.travis-ci.org/rubygems/gems.png)](http://travis-ci.org/rubygems/gems)
-Usage Examples
---------------
+## <a name="examples">Usage Examples</a>
require 'rubygems'
require 'gems'
# Returns some basic information about rails.
puts Gems.info 'rails'
@@ -90,12 +85,11 @@
# Update a previously yanked gem back into RubyGems.org's index.
# Defaults to the latest version if no version is specified.
Gems.unyank 'bills', '0.0.1'
-Contributing
-------------
+## <a name="contributing">Contributing</a>
In the spirit of [free software](http://www.fsf.org/licensing/essays/free-sw.html), **everyone** is encouraged to help improve this project.
Here are some ways *you* can contribute:
* by using alpha, beta, and prerelease versions
@@ -106,33 +100,30 @@
* by writing code (**no patch is too small**: fix typos, add comments, clean up inconsistent whitespace)
* by refactoring code
* by closing [issues](https://github.com/rubygems/gems/issues)
* by reviewing patches
-Submitting an Issue
--------------------
+## <a name="issues">Submitting an Issue</a>
We use the [GitHub issue tracker](https://github.com/rubygems/gems/issues) to track bugs and
features. Before submitting a bug report or feature request, check to make sure it hasn't already
been submitted. You can indicate support for an existing issuse by voting it up. When submitting a
bug report, please include a [Gist](https://gist.github.com/) that includes a stack trace and any
details that may be necessary to reproduce the bug, including your gem version, Ruby version, and
operating system. Ideally, a bug report should include a pull request with failing specs.
-Submitting a Pull Request
--------------------------
+## <a name="pulls">Submitting a Pull Request</a>
1. Fork the project.
2. Create a topic branch.
3. Implement your feature or bug fix.
4. Add documentation for your feature or bug fix.
5. Run <tt>bundle exec rake doc:yard</tt>. If your changes are not 100% documented, go back to step 4.
6. Add specs for your feature or bug fix.
7. Run <tt>bundle exec rake spec</tt>. If your changes are not 100% covered, go back to step 6.
8. Commit and push your changes.
9. Submit a pull request. Please do not include changes to the gemspec, version, or history file. (If you want to create your own version for some reason, please do so in a separate commit.)
-Supported Rubies
-----------------
+## <a name="rubies">Supported Rubies</a>
This library aims to support and is [tested
against](http://travis-ci.org/rubygems/gems) the following Ruby
implementations:
* Ruby 1.9.1
@@ -150,9 +141,8 @@
run and pass on that implementation. When something breaks on your
implementation, you will be personally responsible for providing patches in a
timely fashion. If critical issues for a particular implementation exist at the
time of a major release, support for that Ruby version may be dropped.
-Copyright
----------
+## <a name="copyright">Copyright</a>
Copyright (c) 2011 Erik Michaels-Ober.
See [LICENSE](https://github.com/rubygems/gems/blob/master/LICENSE.md) for details.