Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device. Atlassian cookies and tracking notice, (opens new window)
We will use GitHub issues to keep track of our tasks
We will create a new public repo in the edx GitHub org to hold our issues
The project board will be org-level, to allow linking to issues in other repos later
Employees who wish to bring issues about development environment work will file a ticket on a issue specifically meant to be triaged, and from there the WG will decide whether to punt the ticket to a squad, work on it ourselves, or follow the Tutor process for errors in Tutor core
If we need to get something from tCRIL, create a ticket in the 2U adoption project. Let them triage it. If a ticket is assigned to us, we can ask tCRIL to come to our meetings.
Internal requests from 2U engineers can be reported in Slack, and then triaged by the working group.
We are going to continue to use Docker Desktop for Macs for now and are planning on paying for it.
The Frontend Working Group will start using asynchronous channels of communication more, in particular the #wg-frontend Slack channel, with the dual goal of making meeting attendance optional, but also making meetings more like meetups: less frequent and more interesting.
After a piece of code undergoes the proper deprecation process, we should strive to actually remote it! Otherwise, we’re saddled with a rotting mass of tech debt that no-one cares to maintain, but must be dealt with.
General alignment on RG-POC as solid basis (based on demo) for accelerating mobile development, though much more work to ratify this + get input from community
Use of a survey to gather input on prioritization for capabilities / features in the existing Open edX Mobile applications from the community with simplified P1,P2,P3 scheme.
(Majority, but not unanimous) When deprecation .env files, their replacement shouldn't be committed to MFE repos with hard-coded assumptions about the environment they're running in
No new code should be written in enzyme as of today: the DEPR process will start ASAP