És ezt miért a célgépen akarod kézzel tökörészni?
Van, hogy tucatszor vagy akár 100x mentem el a configot és restartolom a szolgáltatást és nézem az eredményt. Főleg, ha nem triviális, nem sokak által használt elborult ötlet pattan ki a fejemből és a google-n is sok töredékből kell összelegozni a megoldást.
Ha nem egy szerveren lennék SSH-val, ahol mentek, restart, szolgáltatás tesztelés c. móka menne, hanem egy deploy rendszeren keresztül, akkor annyiszor kéne ugyanúgy (deploy) configot menteni és kirakni valamelyik játszós szerverre. Ezt érzem overheadnek.
Értem, hogy nyoma van..éles szerveren legyen is, oké azzal meggyőzhető vagyok, hogy éleset ne buzeráljunk közvetlen, ha nem muszáj.
De ahol az érdemi munka folyik, a fejlesztés, reszelés, szívás, azt miért kell minduntalan deployon keresztül, naplózva, mind a 100 próbálkozásomat? Azok csak skiccek, nem a kész terv rajz.
Nálunk a web fejlesztők munkájának életútja: laptopon a dev környezet, kitököli a kódját, ha már nem szintakt hibás és látszólag működőképes, akkor deploy a dev környezetbe, ahol nagyobb körítés van, aztán teszt környezet ahol még nagyobb környezet van, teszt kapcsolatok, teszt adatok, streamek, szinte pontos mása az élesnek. Ha itt is oké, akkor megy éles környezetbe.
De a php/java/dotnet stb kódját nem blokkonként tolja devre és nézi, hogy na mi újság? Előbb laptopon összerakja valami studio szoftverrel.
Nekem linux üzemelteti oldalon a laptopomon nincs bind, mysql, postfix, dovecot, stb, mert ezeknek rögtön nagyobb környezettel kell együtt működnie, a teszthez is. Ezért ez a lépés kiesik.