GIT-Push bei Angular-Projekt schlägt fehl

[mits]

Hallo zusammen

Folgendes Problem tritt bei mir aktuell auf. Frage mich gerade, warum GIT zu hinterfragen hat was in den Sources steht - grundsätzlich sollte das dem doch "so lang wie breit" sein...!?

Screenshot hier:



Vielen Dank für die Feedbacks.

[Hanzo2012]

Man kann bei Git diverse Tools integrieren, wie es in deinem Projekt wohl der Fall ist. In deinem Fall wird der Quellcode auf die Einhaltung eines bestimmten Coding-Stils geprüft, und du bekommst einen Fehler, wenn etwas nicht passt.

[mits]

Vielen Dank. GIT scheint eine Wissenschaft für sich zu sein...

[staticweb]

> Vielen Dank. GIT scheint eine Wissenschaft für sich zu sein...

Du baust in SourceTree husky precommit hooks ein und wunderst dich dann wenn der Linter Fehler anzeigt?

Das ist doch hier eher das wissenschaftliche Problem.

[Hanzo2012]

Er hat das Projekt wahrscheinlich nicht selbst aufgesetzt, sondern ein vorhandenes kopiert und als Startpunkt genutzt ...

[staticweb]

> Er hat das Projekt wahrscheinlich nicht selbst aufgesetzt, sondern ein vorhandenes kopiert und als Startpunkt genutzt ...

Das ist heutzutage leider ein grundsätzliches Problem. Jeder kopiert irgend etwas ohne die Basics zu kennen und sich die Mühe zu machen diese zu lernen. Spätestens beim Thema Sicherheit kommt irgendwann das böse Erwachen.

[mits]

GIT hat mir meines Erachtens nicht vorzuschreiben, was ich pushen darf. Commit (lokal) geht...

[Hanzo2012]

GIT hat mir meines Erachtens nicht vorzuschreiben, was ich pushen darf. Commit (lokal) geht...

Du hast wohl nicht richtig gelesen, was wir geschrieben haben ...

Du hast dein Git-Projekt so eingestellt, dass diese Checks gemacht werden (bzw. du hast ein Projekt kopiert, wo das so gemacht wurde). Standardmäßig gibt es sowas nicht. Das ist nicht die Schuld von Git, sondern liegt an deiner Konfiguration. Wenn du diese Checks nicht möchtest, musst du sie halt abschalten.

Übrigens: Sowas ist im Rahmen einer größeren Entwicklung mit vielen Entwicklern durchaus sinnvoll und auch gängige Praxis. Es ist auch oft so, dass man Änderungen im Master-Branch erst machen darf, wenn vorher ein automatisierter Test erfolgreich abgeschlossen wurde. So versucht man zu verhindern, dass das Projekt versehentlich durch einen schlechten Commit "kaputtgemacht" wird.

[mits]

"Du hast dein Git-Projekt so eingestellt"

Ne...

Das einzige was ich gemacht habe, ist dass ich ein Project eines ehemaligen Mitarbeiters in Eclipse importiert habe. Dabei handelt es sich um die neuste Version von "Eclipse PDT"...

Das kann mit TypeScript umgehen, da bei den neueren Versionen das Plugin "Wild Web Developer" vorinstalliert ist.

Ferner habe ich noch das "Angular Development Tool For Eclipse" von Hand installiert.

Dann wurde plötzlich ein Verzeichnis namens ".design" mit Projekt-Root erstellt. Und genau dort drin liegt offenbar das Problem begraben:



Die "selber Schuld"-Argumentation hinkt also eher... wenn schon: "selbst verantwortlich". Aber das ist mir ja auch selbst klar!

[mits]

Und wo liegt nun die Lösung? Das war ja die eigentliche Ausgangsfrage...

[Hanzo2012]

"Du hast dein Git-Projekt so eingestellt"

Wenn du mich schon zitierst, dann auch bitte komplett:

Du hast dein Git-Projekt so eingestellt, dass diese Checks gemacht werden (bzw. du hast ein Projekt kopiert, wo das so gemacht wurde)

Das einzige was ich gemacht habe, ist dass ich ein Project eines ehemaligen Mitarbeiters in Eclipse importiert habe.

Vielleicht fragst du ihn mal, wie er das eingestellt hat, und wie du das ausschalten kannst. Oder mal Google bemühen: https://www.google.com/search?q=git+disable+lint

[mits]

Habe leider keine Ahnung, wo der Typ aktuell ist - na ja, früher oder später löst sich das Problem (irgendwie).

[staticweb]

> Die "selber Schuld"-Argumentation hinkt also eher... wenn schon: "selbst verantwortlich". Aber das ist mir ja auch selbst klar!

Nee, es ist so wie ich schon oben schrieb. Du kennst die Basics nicht und hast scheinbar auch keine Lust zum google'n.

> Habe leider keine Ahnung, wo der Typ aktuell ist - na ja, früher oder später löst sich das Problem (irgendwie).

1. ist es kein Problem und 2. werden andere hinzukommen.

[mits]

Doch, es ist offensichtlich ein Problem. Andernfalls wäre mir das Thema gar nicht bekannt. (Punkt 2 ist eh klar.) Welches nun auf die folgende Art gelöst wurde:

- Verschieben der Datei /PROJEKT_VERZEICHNIS/.git/hooks/pre-push in einen neu dafür angelegten Ordner "ex.git" -> /PROJEKT_VERZEICHNIS/ex.git/hooks/pre-push

Dann hat man die DAtei noch auf der Seite, falls man sie eines Tages wieder braucht...