.git in Webservern blocken

[HeroFeat]

Vielleicht wäre es mal eine Überlegung in apache und nginx eine Regel zu hinterlegen, welche standardmäßig den Zugriff auf .git verbietet. Deaktivieren kann man das ja immer noch an den notwendigen Stellen.

[vvwolf]

Man kann auch wp-config.php einfach aussparen (.gitignore), oder man könnte auch einen Admin für mehr als den Mindestlohn anstellen.

[elgooG]

Es gibt nicht nur GIT! Anstatt das Verhalten von Webservern zu manipulieren und potentielle Kompatibilitätsprobleme zu schaffen, wäre es sinnvoll zumindest dem Webprojekt einen Unterordner zu spendieren und nur diesen zu hosten.

Alternativ könnte man das Deployment natürlich auch professionell durchführen. Selbst jede IDE kann Projekte direkt mit SCP/SFTP/FTPS auf einen Host laden. Dazu braucht man kein VCS.

[slacki]

.git sperren im Server ist ein Workaround für ein wirklich hässliches Problem - nicht-nachdenkende Entwickler.

[elcid]

elgooG schrieb:
--------------------------------------------------------------------------------
> Es gibt nicht nur GIT! Anstatt das Verhalten von Webservern zu manipulieren
> und potentielle Kompatibilitätsprobleme zu schaffen, wäre es sinnvoll
> zumindest dem Webprojekt einen Unterordner zu spendieren und nur diesen zu
> hosten.
>
> Alternativ könnte man das Deployment natürlich auch professionell
> durchführen. Selbst jede IDE kann Projekte direkt mit SCP/SFTP/FTPS auf
> einen Host laden. Dazu braucht man kein VCS.

Klingt ja mega professionell direkt aus der IDE auf das productive System zu deployen, muss ich mir unbedingt merken.



1 mal bearbeitet, zuletzt am 30.04.20 23:38 durch elcid.

[NaruHina]

Man könnte auch einfach ein nicht öffentliches git nehmen...

[GodsBoss]

> > Es gibt nicht nur GIT! Anstatt das Verhalten von Webservern zu
> manipulieren
> > und potentielle Kompatibilitätsprobleme zu schaffen, wäre es sinnvoll
> > zumindest dem Webprojekt einen Unterordner zu spendieren und nur diesen
> zu
> > hosten.
> >
> > Alternativ könnte man das Deployment natürlich auch professionell
> > durchführen. Selbst jede IDE kann Projekte direkt mit SCP/SFTP/FTPS auf
> > einen Host laden. Dazu braucht man kein VCS.
>
> Klingt ja mega professionell direkt aus der IDE auf das productive System
> zu deployen, muss ich mir unbedingt merken.

Viel zu aufwendig vor allem. Bei mir läuft die IDE immer direkt auf den produktiven Systemen, mit der GUI auf meinem lokalen Rechner sichtbar, X-Forwarding sei dank! ;-)

Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

[slacki]

> Viel zu aufwendig vor allem. Bei mir läuft die IDE immer direkt auf den produktiven Systemen, mit der GUI auf meinem lokalen Rechner sichtbar, X-Forwarding sei dank! ;-)

Ich hoffe das war ironisch ;)

Ansonsten: in einer kleinen Frickelbude kann man sowas tatsächlich machen.
Aber es hiess ja "professionelle Entwicklung", und da darf man voraussetzen, dass Artefakte nur einmal gebaut werden. Dann archiviert. Dann deployed. Je nach Methodik entweder direkt produktiv (dann muss es ein verdammt gutes Team sein) oder erst auf test/staging für weitere Tests.