Re-brand "Stable" channel to "Current"

[mikeal]

There's been pretty wide agreement that we should do this for some time, we should pull the trigger before the v6 release.

[MylesBorins]

I'm +1 on this. Who needs to sign off on a change this big? @nodejs/tsc? @nodejs/ctc?

[mscdex]

Did we decide on the name "Current?"

[MylesBorins]

fwiw I'm +1 on a change... I'm up for whatever and will avoid getting into the naming bike shed.

"Stable" in particular has been causing some misconceptions.

[evanlucas]

I like "Current"

[mikeal]

@mscdex we have several other threads, mostly around the LTS branding, where we talked about this. A lot of those threads are side tracked by proposing re-branding LTS (which we decided not to do and survey results show that people actually do understand it pretty well) but having "Stable" and "LTS" is still confusing especially when it just isn't accurate.

[mikeal]

oh, also, many other projects use the term "Current" for exactly what we're using it for.

[kahwee]

"Current" seems to be a better word indeed, since "LTS" is stable too.

[ghost]

+1 because 'stable' is confusing. LTS is 'stable' too

[ghost]

also i have a bit of free time, so once this is signed off, can i make the PR?

[jasnell]

This is fine. I can add this into the release but since v6 is going out before the next CTC call we'll need to get agreement here. /cc @nodejs/ctc

[Trott]

I have always found our usage of Stable problematic and am in favor of Current as a replacement.

[mikeal]

go ahead and prepare a PR and we can get whatever signoff necessary.

On Apr 20, 2016, at 2:46PM, 59 notifications@github.com wrote:

also i have a bit of free time, so once this is signed off, can i make the PR?

—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub #669 (comment)

[MylesBorins]

on it

[MylesBorins]

@mikeal So I sent this simplest PR which is to update the docs in the main repo

We will also have to update the site, I think it might make sense for @fhemberger to handle that or at least someone more familiar with the code base as the word "stable" is used not only in the copy, but in css selectors and hard coded within the tests. That being said I think we should get 100% sign off before that work is done.

As far as I can tell there is nothing that needs to be updated in /download, but perhaps someone from @nodejs/build can verify that for me.

We will also have to update the copy in https://github.com/nodejs/lts

Turns out there is only a single reference to stable, but we'll need to also update the graphic (do you know where that lives @mikeal?). If I can get a copy of a psd or illustrator file I can update that

Those are just the references I knew off the top of my head, I'll do a more in depth search after we get sign off.

[fhemberger]

I prepared a PR for this in #672, please have a look …

[ChALkeR]

+1 on this change.

[mhdawson]

+1 on this change.

[Fishrock123]

I'm still not ok with this if it directly leads to LTS being called Stable. The Stable/Current release line(s) are intended and maintained so as to be usable, and are not to be taken as experimental. If you want experimental, that is nightlies.

Additionally, if LTS renames to Stable, it's going to be a hell of a time whenever someone looks back at discussions and tries to decipher exactly what we are talking about.

[MylesBorins]

There was no intention to rename lts. This was specifically to deal with the misconceptions around the term stable

[jasnell]

This only impacts the Stable branch naming, not LTS naming.

[Fishrock123]

Right, and we all know that this discussion in the past has not just touched on the stable branch. So I'd like to make sure of it.

[Fishrock123]

Ok. I definitely think we should really take this past evangelism/marketing. I'm afraid a shift without warning may rub off on downstream customers badly and people may be increasingly hesitant about things if we do it with no prior publicly communicated indicator.

[stevemao]

Can we close this since #672 is merged?