Keyhelp und Composer
Keyhelp und Composer
mal eine Frage, bevor ich es "auf gut Glück" machen würde. Wie geht ihr mit Keyhelp vor, wenn ihr eine Composer-Install Application habt?
Ich würde nun - so in Theorie - vorgehen:
1. Sub-Domain hinzufügen auf einen www/subdomain Pfad zeigen lassen
2. Mit dem Benutzer zu dem Account per SSH einloggen
3. Application ziehen (idR von GitHub)
4. composer install --no-dev
5. env anpassen ggf. Datenbank erstellen in KH UI
6. php artisan key:generate && php artisan migrate
7. Sub-Domain Pfad auf www/subdomain/public biegen
Habe ich da einen Denkfehler oder reagiert Keyhelp allergisch, wenn man auf einmal manuell mit composer um die Ecke kommt?
Cheers
Toorms
Re: Keyhelp und Composer
Lass die .env in Ruhe, kopiere sie in eine .env.local und mache da deine Änderungen.
Sonst meckert git bei jedem Checkout, dass die .env lokal verändert wurde.
--
A Windows user reinstalls software every few weeks.
A Linux user reinstalls software every few weeks.
The difference is with Linux the version numbers change.
Re: Keyhelp und Composer
Danke für die rasche Rückmeldung. Aber so wie mein gedanklicher Plan ist, passt das - oder was meinst du bzw. wie machst du es? Naja, ich hoffe, dass in - wie jedem geordnetem Git Projekt - die .env in der .gitignore steht

Re: Keyhelp und Composer
Warum sollte die ins .gitignore?
Die ist quasi der Blueprint für die echten Config, .env.local, .env.test
So sieht es z.B. bei symfony aus:
Code: Select all
###> symfony/framework-bundle ###
/.env.local
/.env.local.php
/.env.*.local
/config/secrets/prod/prod.decrypt.private.php
/public/bundles/
/var/
/vendor/
###< symfony/framework-bundle ###
--
A Windows user reinstalls software every few weeks.
A Linux user reinstalls software every few weeks.
The difference is with Linux the version numbers change.