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
After the Jupyter Web App features have been pushed upstream (progress being tracked in this EPIC #45), we will need to move onto pushing our centrealdashboard changes upstream as well.
Changes made up until v1.2 have been documented in this issue: #33. We will need to narrow down this list and decide which features and customizations we want to push upstream.
The process for pushing the centraldashboard changes upstream might be different than how we pushed our Jupyter Web App changes upstream. Since the Jupyter Web App component was basically re-written to be part of crud-web-apps and our jupyter-web-app component was in a different repo, jupyter-apis, we had to go the manual route to push everything upstream.
The centraldashboard component has not gone through such a major change and is still part of the same repo, so it might be possible to do a simple merge to push our features from this component upstream. We did first attempt to merge jupyter-apis into crud-web-apps/jupyter and this process was documented in this issue #44, which can be referred to if trying a merge for the centraldashboard component.
This issue can later be converted into an EPIC like the Jupyter Web App one if it isn't just a simple merge and instead, there's a need to track individual issues and features.
Something to be noted is that it's important to start off with figuring out how to get a local development of the centraldashboard component upstream running so that changes can be tested before pushing anything.
It might be helpful to look at the steps of how we did the rebase to v1.2 as well. In that case, we brought in all of upstream's commits into our repo. This time, we want to do the opposite and bring our commits into upstream. #34 (comment)
After the Jupyter Web App features have been pushed upstream (progress being tracked in this EPIC #45), we will need to move onto pushing our centrealdashboard changes upstream as well.
Changes made up until v1.2 have been documented in this issue: #33. We will need to narrow down this list and decide which features and customizations we want to push upstream.
The process for pushing the
centraldashboard
changes upstream might be different than how we pushed ourJupyter Web App
changes upstream. Since theJupyter Web App
component was basically re-written to be part ofcrud-web-apps
and ourjupyter-web-app
component was in a different repo, jupyter-apis, we had to go the manual route to push everything upstream.The
centraldashboard
component has not gone through such a major change and is still part of the same repo, so it might be possible to do a simple merge to push our features from this component upstream. We did first attempt to mergejupyter-apis
intocrud-web-apps/jupyter
and this process was documented in this issue #44, which can be referred to if trying a merge for thecentraldashboard
component.This issue can later be converted into an EPIC like the
Jupyter Web App
one if it isn't just a simple merge and instead, there's a need to track individual issues and features.Something to be noted is that it's important to start off with figuring out how to get a local development of the
centraldashboard
component upstream running so that changes can be tested before pushing anything.The items to push are:
The text was updated successfully, but these errors were encountered: