Skip to content

Re-brand "Stable" channel to "Current" #669

Description

@mikeal

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

Activity

  1. MylesBorins commented on Apr 20, 2016

    @MylesBorins
    Contributor

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

  2. mscdex commented on Apr 20, 2016

    @mscdex

    Did we decide on the name "Current?"

  3. MylesBorins commented on Apr 20, 2016

    @MylesBorins
    Contributor

    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.

  4. evanlucas commented on Apr 20, 2016

    @evanlucas
    Contributor

    I like "Current"

  5. mikeal commented on Apr 20, 2016

    @mikeal
    ContributorAuthor

    @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.

  6. mikeal commented on Apr 20, 2016

    @mikeal
    ContributorAuthor

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

  7. kahwee commented on Apr 20, 2016

    @kahwee
    Contributor

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

  8. jasnell commented on Apr 20, 2016

    @jasnell
    Member

    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

  9. Trott commented on Apr 20, 2016

    @Trott
    Member

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

  10. mikeal commented on Apr 20, 2016

    @mikeal
    ContributorAuthor

    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)

  11. MylesBorins commented on Apr 21, 2016

    @MylesBorins
    Contributor

    on it

  12. MylesBorins commented on Apr 21, 2016

    @MylesBorins
    Contributor

    @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.

  13. 5 remaining items

  14. MylesBorins commented on Apr 23, 2016

    @MylesBorins
    Contributor
  15. jasnell commented on Apr 23, 2016

    @jasnell
    Member

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

  16. Fishrock123 commented on Apr 23, 2016

    @Fishrock123
    Contributor

    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.

  17. Fishrock123 commented on Apr 24, 2016

    @Fishrock123
    Contributor

    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.

  18. stevemao commented on Apr 27, 2016

    @stevemao
    Contributor

    Can we close this since #672 is merged?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions