So gotta say that now that the account:ci command ...
# sdf
p
So gotta say that now that the account:ci command came it was a breeze setting up automatic deployments but I feel it’s quite a concern that situations seems to happen when “project:validate --server” is successful but “project:deploy” is not successful (This case had problems deploying a menu link to a search which was also included in the project). Anyone with any ideas how we could improve the process or can share potential workarounds? (This specific case we created a search with the id in the environment which the deploy then could overwrite but would really like a handsoff approach to deployment)
a
@Petter we know that local validation has some problems, we fixed some of them in recent release but relevant teems are working on the core problem to make local validate more credible and smooth. But will take time. When you are running project:deploy without i, it is doing local validate by default. If you run project:deploy in interactive you can skip local validate but select server. But i understand that it might not be a best solution in ci/cd.
p
I did run “--server” though
which is the thing that confuses me, shouldn’t that run both the deploy and the validate against the server and thus run the same validation?
( i am aware that running validate without --server has some issues)
a
You ran project:validate --server Project:deploy without "i" always go for local validate before deploy. You only have the optiona to select local or server in interactive mode.
p
aha that explains stuff
any chance you have it in your roadmap to give us a --server validation option to project:deploy? 🙂
a
I would like to be sure this is what is happening. Can you share the SDF logs of error project:deploy is showing? You can DM them to me.
We have many high priority stuff to take care of right now. But i will surely discuss this with my team if it will make your life a bit easier.