-
-
Notifications
You must be signed in to change notification settings - Fork 224
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
FEATURE: "Connect" new site entity to site node #4918
Comments
@bwaidelich is think this is covered now. You can either run Important |
Thanks :) Maybe we should expose as said a low level I think the event stream is the most important truth and anything else that neos attaches like workspace metadata, or site metadata (the site) is possibly out of sync and we should provide low level tools like |
The really hacky way to import a neos site is like
./flow cr:setup
./flow site:create neosdemo Neos.Demo Neos.Demo:Document.Homepage
./flow cr:prune
./flow cr:import resource://Neos.Demo/Private/Content
Originally the neos 9
site:create
would create a site entity and a site node, but its actually completely unnecessary to create an event stream just to prune it one second later.With this change #4248
./flow site:create
becomes rather a "create only site entity if site node exists already".Which allows to simplify the above steps to
./flow cr:setup
./flow cr:import resource://Neos.Demo/Private/Content
./flow site:create neosdemo Neos.Demo Neos.Demo:Document.Homepage
Still the site create step is confusing as the
$nodeType
argument is only used for validation but not used as asideNode
exists already.The whole site entity <-> site node relation is a bit hard to grasp as one can see by the discussions in #4470
Also we strive for an export which will include the site entity also (so that its a simple one step like
./flow cr:import resource://Neos.Demo/Private/Content
) #4448But this issue should discuss how the usecase of having a even-stream dump and how to connect a site entity to it should work.
Its not unlikely that passing eventstreams along for debugging will become a habit, so we should make it easy to find out which site nodes exist in graph projection vs which site entities you have.
Maybe we even have to go more manual, if we cant cleanly fix the site entity <-> site node relation and make it all work out of the bod, and add
sitenode:create
orsite:connecttonode
orsite:showunconnected
The text was updated successfully, but these errors were encountered: