I think there is a good case to be made for why the next release of Sass
would be "3.0" -- it will support a new syntax and probably stylesheet
optimization. But there's no reason why haml should be 3.0 in the next
release -- it's hardly changed.

In any case, we've taken great pains to deprecate features in one stable
release before we then take them out in the next. I don't think that
approach requires a major version bump. Also, the features that have been
deprecated are relatively minor... Nathan is a backwards compatibility nazi
;-)

We fully expect users to grab the source and install it, that's why source
builds have a higher version than stable builds -- there is also a gem
called "haml-edge" that you can use to install the cutting edge version of
haml. Having a separate gem is (so far) the best solution we've found to
managing preview releases that are not yet beta (pre is for a release
candidate -- which we do not yet have).

Chris

On Wed, Nov 25, 2009 at 9:12 AM, Rhett Sutphin <[email protected]>wrote:

> Hi,
>
> On Nov 25, 2009, at 10:49 AM, Andrew Shebanow wrote:
>
> > I agree with Wincent that avoiding '>' dependencies is a good strategy
> > for app developers. But I also have to note that the linux style odd/
> > even version numbering scheme is not a good match with the gem version
> > numbering scheme we all have to live with for better or worse.
>
> Or, alternatively, haml could use a linux-style even/odd stable/dev
> scheme with the even/odd digit the _first_ digit in the version
> number.  In the rubygems versioning scheme, backwards-incompatible
> changes are supposed to be indicated by changing the first digit[1].
> AFAICT, the goal is to only introduce backwards-incompatible changes
> in haml in transitions like 2.2 -> 2.4 or 2.4 -> 2.6.  This means
> (like the Linux kernel, I suppose) the first digit is going to be 2
> forever.  Why not just drop it?  This would leave the other two digits
> to indicate new (backwards-compatible) features and bug fixes
> separately.  You could start by making 2.4.0 => 4.0.0.
>
> Rhett
>
> [1]: http://docs.rubygems.org/read/chapter/7
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "Haml" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected] <haml%[email protected]>.
> For more options, visit this group at
> http://groups.google.com/group/haml?hl=en.
>
>
>

--

You received this message because you are subscribed to the Google Groups 
"Haml" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to [email protected].
For more options, visit this group at http://groups.google.com/group/haml?hl=en.


Reply via email to