Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-86791

Add guidelines to feature flag documentation for handling around backporting features

    • Type: Icon: Improvement Improvement
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Internal Code
    • None
    • Replication

      Backporting features is generally discouraged. However there are specific times where it is approved and needed. In these situations engineers find themselves confused for what state to leave the feature flag in across the different branches. FCV_AND_FEATURE_FLAG_README should cover this and answer specific questions such as

      1. Should the feature flag itself be backported? Or should the backported contents come after the feature flag's removal?
      2. If the feature flag is backported, what version value should the feature flag be enabled in on the older branch?
      3. What version value should the feature flag be enabled in on the latest branch?
      4. Is it reasonable for a feature which is backported to an older branch to be using shouldBeFCVGated: true on the latest branch?

            Assignee:
            backlog-server-repl [DO NOT USE] Backlog - Replication Team
            Reporter:
            max.hirschhorn@mongodb.com Max Hirschhorn
            Votes:
            2 Vote for this issue
            Watchers:
            9 Start watching this issue

              Created:
              Updated: