Folgende Hinweise in Convert a git folder to a submodule retrospectively? Ich habe ein Online-Repository vorbereitet und ich bin bereit zu testen, indem Sie den alten Ordner entfernen und durch das Submodul ersetzen - siehe switching a subdirectory managed by git to a submodule.git Repo-Unterverzeichnis in ein Submodul konvertieren - Soll ich nicht gleich die Entfernung und das Hinzufügen von Modulen auf einmal vornehmen?
Aber überall sah ich Leute zuerst die Ordner Entfernung und dann das Hinzufügen des Submoduls (zufällige example1, example2).
Dies führt jedoch zu einem fehlerhaften Commit unter master (da die Dateien im Unterordner natürlich benötigt werden) und dies ist ein Nono.
Gibt es also einen Grund, warum Leute das Submodul in einem separaten Commit hinzufügen?
Gibt es einen Grund, warum Submodule Updates in einem separaten Commit im Allgemeinen sein sollten?
Danke! Ich weiß, was ein Submodul-Zusatz mit sich bringt - aber im Allgemeinen kann man sich keinen Grund vorstellen, dass Submodule Änderungen in einem separaten Commit sein sollten? Wie es später das Entfernen des Submoduls versauen würde (nur zu sagen, ich weiß es nicht, es ist nur eines der Dinge, die man beim ersten Versuch gleich bekommen muss) –
@Mr_and_Mrs_D Im Allgemeinen spiegelt jedes Commit eine einfache Aktion wider. Löschen und Hinzufügen sind in der Regel in ihrem eigenen Commit. Aber hier können Sie sie in ihrem eigenen Commit gruppieren. – VonC
Danke - Ich habe mich nur gefragt, ob es irgendeinen Grund gibt, warum Leute das tun. Commits spiegeln eine einfache Aktion wider, aber eine eiserne Regel besagt, dass Commits auf dem Stable-Zweig den Build nicht unterbrechen sollten. Daher würde das Commit, das wir entfernen, dazu führen, dass im Master-Zweig ein defekter Zustand aufgezeichnet wird - yak! Also, in diesem Fall, _I have_ Removal und Submodul Addition zusammen zu begehen. –