-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added section on ownership of flags in environments #389
Conversation
No New Or Fixed Issues Found |
@withinfocus when looking at this section, I encountered this text that may no longer be best practice:
Is this still our recommendation? I believe we now recommend that we should delete from LD, right? |
docs/contributing/feature-flags.md
Outdated
::: | ||
|
||
The process for updating flag values and the ownership of flag changes depends on the environment | ||
and change as a flag proceeds through our cloud landscape. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
⛏️ "cloud landscape" sounds beautiful but perhaps too whimsical for docs 😜
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated in 151b341
(#389) to be a bit less poetic.
docs/contributing/feature-flags.md
Outdated
team. The Engineering Manager of the team is responsible for maintaining and updating flag values. | ||
|
||
By default, flags should be **enabled** in the development environment as soon as the flag is | ||
created. This allows the feature to be viewed and exercised by Product, Design, the development |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
⛏️ I don't consider product or design groups to be proper nouns.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed in 151b341
(#389).
docs/contributing/feature-flags.md
Outdated
|
||
### Production environments | ||
|
||
In the production environments, the ownership of the flag values is shared between Product and |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
⛏️ Same.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed in 151b341
(#389).
Huh, I don't remember this language being so explicit. We archive flags, not delete them, so maybe that was more the intention. |
Deploying contributing-docs with Cloudflare Pages
|
I removed that language and instead referenced the archive process at the end of the "Unwinding a feature flag" section. |
I think Todd is out so I am gonna merge this. |
🎟️ Tracking
Feedback from team members on lack of understanding of feature flag ownership between environments
📔 Objective
As we become more mature in our flag usage and have a USDEV environment, I felt it would be helpful to clarify what the expectations are for flag usage in each environment.
⏰ Reminders before review
team
🦮 Reviewer guidelines
:+1:
) or similar for great changes:memo:
) or ℹ️ (:information_source:
) for notes or general info:question:
) for questions:thinking:
) or 💭 (:thought_balloon:
) for more open inquiry that's not quite a confirmedissue and could potentially benefit from discussion
:art:
) for suggestions / improvements:x:
) or:warning:
) for more significant problems or concerns needing attention:seedling:
) or ♻️ (:recycle:
) for future improvements or indications of technical debt:pick:
) for minor or nitpick changes