Thanks. In the past when I tried to get feedback on plans, it was deafening
silence here. Silence is very disconcerting when you’re trying to figure out
which way to go.
Thus I’m very happy to see you engaging and hope we can get others chiming in,
even if some/most of it is “+1” or “+0”.
I’m not sure about 7 days or 14 days, I actually hope we have a better feel for
when locking down than that and any notice we send won’t be surprising.
However, I generally agree with the proposals here.
What do others think about changes being in WiX v4.0 before being accepted into
WiX v3.10?
_______________________________________________________________
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
From: Sean Hall [mailto:r.sean.h...@gmail.com]
Sent: Tuesday, April 29, 2014 3:58 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] Compatibility and style discussion
Congratulations, stirring the pot got someone to respond :)
Here's my proposal:
Ship v3.9 in the summer as originally planned. Send out an email on wix-devs
at least 7 days before we stop taking new features.
Ship v3.10 when support is added for VS-Next. Take all non-breaking features,
but require all feature pull requests to have been accepted in 4.x before they
will be approved in 3.10.
Ship v4.0, probably sometime between v3.9 and v3.10. Send out an email on
wix-devs at least 14 days before we accepting breaking changes. Send out an
email on wix-devs at least 7 days before we stop taking new features.
On Tue, Apr 29, 2014 at 1:24 PM, Rob Mensching
<r...@firegiant.com<mailto:r...@firegiant.com>> wrote:
I totally agree that not taking features in a branch should come with
appropriate warning. I would note that it’s been said for quite a while that
not all features will make it into WiX v3.x and Bob’s blog post suggests that
WiX v3.9 should be ramping down. That sounds like the beginnings of warnings…
if people agree. Again, Bob’s making the ultimate call here so I’m just
stirring the pot a little bit to get ideas about how we are doing.
Anyway, I believed we all agreed that breaking changes need to go to v4.0. The
feature we started discussing is a breaking change that requires use of some
fun COM versioning techniques to avoid the breaks. That kinda’ tipped over
from “small feature” to “big feature” in my head. Again, as I noted below, I
haven’t looked at the changes I’m just proposing that maybe this feature needs
to move to WiX v4. Already, we’re talking about re-implementing the feature
differently in WiX v4.
It will become increasingly difficult to port features from v3.x to v4.x.
That makes the transition from one major version to the next major version very
hard. Derek and I had a very long conversations over many months during the
transition from v2 to v3. It was not easy to realize the best for the project
was to move forward not constantly maintain backwards.
At some point we need to generally agree about how we want to focus our efforts.
If the answer is, “We want to focus our efforts on adding backwards compatible
features to WiX v3.x for the next year or two years or three years or whatever
(and port opportunistically to WiX v4.0)” then we can decide that. If the
answer is, “We will do feature work in WiX v4.0 and purely maintain stability
and VS parity in WiX v3.x” that’s something very different.
Whatever we decide will have major implications to the future of the WiX
toolset.
_______________________________________________________________
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
From: Sean Hall [mailto:r.sean.h...@gmail.com<mailto:r.sean.h...@gmail.com>]
Sent: Tuesday, April 29, 2014 11:01 AM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] Compatibility and style discussion
I think that if you are going to stop taking features in a branch, you need to
give sufficient warning beforehand. I don't know how long that should be, but
if the pull request was submitted before you gave warning it should be accepted
(unless it's a massive change like my 4299 pull request).
When I was talking about making 4.0 stable by the time 3.9 releases, that was
assuming that you stop taking feature requests in 3.x after that. I actually
don't want to stop taking feature requests in 3.x any time soon. If the
developer submitting the feature does the work of submitting separate pull
requests, I don't see why it can't be accepted in 3.x and 4.x. I don't see why
you would do things like add support for "VS-Next" but not take other feature
requests.
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs
