You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: PROPOSALS.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -107,10 +107,10 @@ request feedback on feasibility before investing time and effort in the full pro
107
107
option in UI, so this has to be maintained manually.
108
108
6. after the proposal is approved, coordinate with CLC and GHC team:
109
109
* CLC needs to label the proposal as "approved" and "awaits-merge"
110
-
* CLC or GHC team needs to add a comment to the GHC MR "Approved by CLC in [link to the vote outcome]" and approve the MR
110
+
* CLC or GHC team needs to add a comment to the GHC MR "Approved by CLC in [link to the vote outcome]".
111
111
* Double check that the changelog and the commit messages are in order
112
112
* Raise an issue on GHC GitLab to help GHC team with progress and release tracking
113
-
*CLC or GHC team needs to assign the MR to Marge Bot
113
+
*The GHC MR needs to be reviewed/approved and landed. This is typically done by members of the CLC and GHC Team.
114
114
* After merging, CLC needs to remove the proposal label "awaits-merge" and add "base-4.XX" (coordinate with GHC devs which base would be the first to release the change)
115
115
* all changes to `base` package slated for future release should land in GHC `master` before the next major release branch is forked (also see [GHC wiki on major releases](https://gitlab.haskell.org/ghc/ghc/-/wikis/GHC-status#1-major-releases))
116
116
- backports are usually reserved for security or packaging matters
0 commit comments