Has the initial property and parameters, still needs validation filled
in and a provider created.

The resource needs at least one property. Previously it was resource,
but from a checking-state perspective it makes more sense to say we will
be checking and changing the attributes than to say we will be changing
the resource.

This way resource, attributes and prior_to can be simple parameters and
the new enable property can be dedicated to determining insync status.

This commit introduces what should be a functional type, and lays out
what methods the provider needs to implement to achieve the desired
functionality.

Start work on the provider and add validation method to the type to
require the required parameters.

Still a lot of work to do to clean it up and make it log sanely, but
this appears to be a working core framework for the type/provider.

This ensures that the resource will have a before dependency on any
prior_to reference, as well as the resource itself.

We don't need the transitional state to have require, notify, before,
etc. It is by nature a one-off transition.

Better incorporate the fact that the enable "property" is what triggers
entering or not entering a transition state into the log messages. We
shouldn't just say the enable property is changing; we should, if it
changes, say what the changes are.

Prep for publication

Add a basic CHANGELOG, add the LICENSE file, and make metadata match
what is generated by the PMT

Prep for 0.1.0 release

Fix issues URL