-
Notifications
You must be signed in to change notification settings - Fork 421
Papercuts priorization before we consider v2 #1009
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
Labels
internal
Maintenance changes
Comments
6 tasks
6 tasks
6 tasks
7 tasks
This was referenced Jun 17, 2022
This was referenced Jul 1, 2022
This was referenced Jul 12, 2022
7 tasks
7 tasks
7 tasks
7 tasks
7 tasks
7 tasks
7 tasks
7 tasks
Closing in favour of individual issues now created using the new Maintenance template. |
7 tasks
This is now released under 1.26.7 version! |
7 tasks
This is now released under 1.28.0 version! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Original: #857. Locked to ensure we don't lose focus a second time.
List of papercuts we're currently prioritizing based on their impact. Once these are completed, we will start drafting what v2 looks like as we aim towards modularization.
High impact
Low impact
datefmt
fieldMaintenance automation
size/XL
,size/XXL
by addingtriage
label for maintainers attention, and suggest breaking the PR to reduce the chances of bugs being introduced due to cognitive loadnull
on release workflow. Idea: have an automated mechanism to ensure +1 person reviewed release notes and versionCompleted
json_body
doesn't have JSON but returnNone
boto3
(>90% of package size) for Lambda Layers/SAR Appstatus/staged-next-release
label upon merge - linked PRs will close issues, need to have a second thought on whether this is okayTesting your code
docs section to reflect how customers would have to test their code (Batch and Event Handler being good examples to follow) - @cakepietoast owning itThe text was updated successfully, but these errors were encountered: