Was ist der richtige Weg, um Commit-Daten in Git zu überprüfen?

Mein Ziel ist es, Festschreibungsdaten zu überprüfen, die bestimmte Anforderungen nicht erfüllen, und dann entweder die erstellte Festschreibung abzulehnen oder an das Remote-Repository weiterzuleiten.

Das Problem beim Ausführen eines Pre-Commit-Hooks besteht darin, dass die Bereitstellung für viele Benutzer schwierig ist, die ihre Pre-Commit-Hook-Datei manuell aktualisieren müssen. Außerdem erlaubt Git nicht, dass Sie Submodule im .git-Ordner haben, was für die Bereitstellung leider sehr einfach gewesen wäre.

Die andere Option, die ich sehe, ist das Einchecken des Update-Hooks auf der Remote-Seite, der jedes Commit überprüft, das von einem Entwickler gepusht wird, und das Pushen ablehnt, wenn eines der Commits die Tests nicht besteht.

Hat jemand einen Einblick in dieses Problem? Und wenn ja, können Sie mir ein Beispiel für ein Update-Hook-Skript bereitstellen oder darauf hinweisen? Ich bin ein wenig verwirrt, wie es funktioniert.

Sie müssen zuerst herausfinden, ob Sie nicht möchten, dass der unqualifizierte Code festgeschrieben oder zurück in den Upstream verschoben / veröffentlicht wird.

Meiner Meinung nach ist die spätere praktikabler.

mit einem DVCS wie git. Sie möchten nicht wirklich steuern, wie jeder Entwickler sein lokales Repository verwendet. und Sie können nicht wirklich die Kontrolle darüber haben.

Ein Pre-Commit-Hook funktioniert gut als grundlegende Validierung und Desinfektion, wenn alle Beteiligten ihn freiwillig akzeptieren. Das setzen wir in unserem Unternehmen tatsächlich locker durch. es kann jedoch immer mit übersprungen werden git commit --no-verify.

Der serverseitige Hook greift hingegen nicht in den lokalen Arbeitsablauf eines Programmierers ein und stellt sicher, dass andere im Projekt ihre Arbeit nur auf Code stützen, der bestimmte Kriterien erfüllt. Normalerweise ist dies das, wonach die Leute suchen, wenn sie automatische Prüfungen durchführen.

Diese automatische Validierung ersetzt vermutlich nicht die Qualitätskontrolle, die normalerweise durch Codeüberprüfung oder Paarprogrammierung erreicht wird.

Wenn Sie mit Github vertraut sind , werden Sie feststellen, dass "Pull Request" ein weiterer Ansatz für dieses Problem ist. Viele Open-Source-Projekte und -Unternehmen verwenden die Pull-Anfrage von Github für die Kontrolle von Zweigstellenberechtigungen und die Codeüberprüfung. Aber es bedarf menschlicher Interaktion und ist möglicherweise nicht das, wonach Sie fragen.

Wie Sie bereits betont haben, ist dies auf dem Client zwar technisch möglich, aber wahrscheinlich nicht praktikabel. Viele Git-Benutzer machen vorübergehende Arbeiten, sodass eine drakonische Überprüfung jedes Commits kontraproduktiv ist.

Die Standardlösung wäre ein serverseitiger Hook. Sie haben wahrscheinlich einen pre-receiveHook eingerichtet, der jedes Mal ausgeführt wird, wenn ein Push eingeht, und der den Push ablehnen kann, wenn er möchte. Der Rest hängt von den genauen Prüfungen ab, die Sie durchführen möchten.

Dies wird in Pro Git , Kapitel 7.3 Anpassen von Git - Git Hooks erklärt .