-
Notifications
You must be signed in to change notification settings - Fork 33
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
Make it extremely easy to boot up Starshot with LANDO #55
base: main
Are you sure you want to change the base?
Conversation
Hmmm...I tried to test this PR locally and as soon as I cloned it and ran
Running |
Sorry for this issue. I guess it is caused by some wrong indentation I had in the I've updated this file and it should be working fine now. I've tested on a fresh app with |
I checked out this branch and ran the lando commands from the readme and everything worked great! Thank you for this! |
@phenaproxima Is this really necessary to add these unrelated tools to this repo and then support them? By providing support for these tools, unrelated to actual project functionality, the resources are spent on these things instead of the product itself. |
Providing an initial setup for DDEV and Lando is important. Arguably, as important as Drush or Composer tooling. I was tempted to suggest additional changes for Lando but this initial setup works great as is. It seems like the aim of of this entire project, is to have better initial defaults. Something that Drupal has struggled with over the years. |
@AlexSkrypnyk, I frankly agree with @Taiger on this one. Why not make it as easy as possible for as many people as possible? It doesn't cost us much, and it makes Starshot more accessible. We're not doing extensive support for Lando or DDEV -- just making sure it's easy to spin up. So far, that seems to be working out pretty well, and has been received positively. I am +1 for this and will merge it once everything is sorted out. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A couple of very minor changes, and the merge conflicts need to be resolved.
Ideally we would also inject the DRUSH_OPTIONS_URI
environment variable into the app server container always, so that you never really have to think about passing --uri
.
echo "" | ||
echo "🚀 Board the spaceship!" | ||
echo "👇 Click on the link below to login 👇" | ||
drush uli -l 'https://starshot.lndo.site' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So, rather than have to pass -l
or --uri
, could we do a similar thing to what we're doing with DDEV and inject a DRUSH_OPTIONS_URI
environment variable into the app server that has the same value as https://$LANDO_DOMAIN
? That way, Drush will always have the correct URI when run within the app server container and we wouldn't have to remember to pass it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes we can pass the DRUSH_OPTIONS_URI
in Lando like this:
services:
appserver:
overrides:
environment:
DRUSH_OPTIONS_URI: "http://mysite.lndo.site"
But it does not work because we have a drush.yml
file committed with a localhost
value - and it takes precedence over the environment variables (see previous comment).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@phenaproxima do we need the drush.yml file committed?
If no, then we can use the env var for Drush URI.
If yes, should I add the echo
to rewrite it again?
@AlexSkrypnyk, I don't understand your opposition to adding DDEV and Lando support. Why not give developers, who want to work on the project, and who use DDEV and Lando (the two most popular Drupal developer tools) a head start? With Lando and DDEV support out-of-the-box, developers using these tools can get up and running much, much faster and start working on the project, and improving it. Also, with support for Lando and DDEV, evaluators using these tools can much more easily spin up an instance of Starshot, and check it out. |
Co-authored-by: Adam <adam@phenaproxima.net>
@gitressa @phenaproxima |
In order to provide an easy starting point for users who haven't decided on which development environment to use, we have decided to recommend DDEV. You can read https://www.drupal.org/project/ideas/issues/2965681 for context. We should honor that decision here, and instead of providing several options, we should make it clear how users can get started with the recommended local development environment. It makes sense to have a Lando file somewhere that users who are already using Lando can use, but we need to be careful not to do that with a cost to majority of the users. |
Thank you for pointing out this d.o issue. I didn't know about it. As I commented there, I'm surprised we want to skip 50% of our dev community who currently use Lando. Adding a I'd like to request a new review to make it extremely easy to boot up Starshot with Lando. (edit for clarity) The issue with Otherwise just run |
@MatthieuScarset, I tried to review this but for some reason, Lando is always giving me this error:
...and refusing to go any further, if I run |
Following the example in #50 I added a
.lando.yml
file to help users who prefer this tool, making it ridiculously easy to set up Starshot with LANDO.This PR adds that to the README too: