Closed pcdavid closed 1 year ago
Makes sense, however, may I suggest to rename and archive the existing sirius-web repo instead of deleting it right away?
If we rename it, it means creating an alias for e.g. sirius-web-archive
to sirius-web
.
But then won't we need a new intermediate step to remove the alias before reusing that name (sirius-web
) in the second renaming?
sirius-web-archive { aliases: [sirius-web] }
sirius-web-archive { }
sirius-web { aliases: [sirius-components] }
Not sure it's worth the hassle given the contents. If that's OK with you, please proceed and delete. We still have clones of the actual code if we ever want to re-import its history.
If we rename it, it means creating an alias for e.g.
sirius-web-archive
tosirius-web
. But then won't we need a new intermediate step to remove the alias before reusing that name (sirius-web
) in the second renaming?1. `sirius-web-archive { aliases: [sirius-web] }` 2. `sirius-web-archive { }` 3. `sirius-web { aliases: [sirius-components] }`
removing the alias for sirius-web-archive could be done together with the last step, so 2 steps would be required. But tbh we also never did this before. GitHub has a feature to recover deleted repos, though I do not know if this works when the name is already taken by another repo in the meantime.
There's really nothing worth keeping in that repo that has not been fully migrated to sirius-components
already. I've made a fork at https://github.com/pcdavid/sirius-web-archive if we really wanted to re-import the history into a new repo afterwards, but I'd rather we proceed with the deletion for the moment so that the switch/renaming can be done soon.
repo has been deleted.
Thanks! See https://github.com/eclipse-sirius/.eclipsefdn/pull/4 for the follow-up.
We currently have two separate GitHub repos for the web version of Eclipse Sirius https://github.com/eclipse-sirius/sirius-components and https://github.com/eclipse-sirius/sirius-web. Initialy the split was to separate the "framework" part (sirius-components) from the "default application" part (sirius-web).
In practice this has caused more overhead than it's worth, and in the last few months we have re-integrated the code for the "default application" in sirius-components where 99% of the code lives. sirius-components is now self-contained and is where the actual development occur.
We would like to:
We split this in two separate steps as we will reuse the
sirius-web
name, and I don't think the two operations can be described in a single Otterdog configuration change.