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
Is your feature request related to a problem? Please describe.
In a collaboration between @MeraX, @einrone, @frazane we were working to migrate the existing repository with tight coupling into a more developer friendly structure.
Describe the solution you'd like
Use Git subtrees to build a standalone migration of the individual repositories in this repository.
The beauty of subtrees is that we can use them to keep the repos in sync while we migrate and development is on-going. They maintain the history. But they do not add more metadata to the repo. After the initial transition phase, this repo can then function as a standalone repo.
Describe alternatives you've considered
Using merges and squashed histories, but it is important to maintain the history and authorship of this work.
Additional context
@MeraX has documented all the work and scripts from our meetings in https://github.com/MeraX/join_single_repos
This also provides utilities to migrate existing branches for individual pull requests.
Provide scripts to transfer branches to developers
Add better documentation for the transfer process
Developers will re-open pull requests individually on this new repo.
.github Folder
We will hold off from creating the .github folder with all necessary files for Automation, CIs, Releases, owners and release on the initial release to sped up the migration. These will be created in individual PRs afterwards.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
In a collaboration between @MeraX, @einrone, @frazane we were working to migrate the existing repository with tight coupling into a more developer friendly structure.
Describe the solution you'd like
Use Git subtrees to build a standalone migration of the individual repositories in this repository.
The beauty of subtrees is that we can use them to keep the repos in sync while we migrate and development is on-going. They maintain the history. But they do not add more metadata to the repo. After the initial transition phase, this repo can then function as a standalone repo.
Describe alternatives you've considered
Using merges and squashed histories, but it is important to maintain the history and authorship of this work.
Additional context
@MeraX has documented all the work and scripts from our meetings in https://github.com/MeraX/join_single_repos
This also provides utilities to migrate existing branches for individual pull requests.
Organisations
@DeutscherWetterdienst, @metno, @MeteoSwiss, @ecmwf
Current Work Plan Outline:
Migrate Code
Archival and Notice
Issues
ReadTheDocs
Pull Requests
Developers will re-open pull requests individually on this new repo.
.github Folder
We will hold off from creating the
.github
folder with all necessary files for Automation, CIs, Releases, owners and release on the initial release to sped up the migration. These will be created in individual PRs afterwards.The text was updated successfully, but these errors were encountered: