Wygląda na to, że oczekujesz, że --submodule
będzie przeplatał commit modułu z tymi z macierzystego repozytorium w wyjściu git log
, ale niestety to nie jest to, co robi.
Argument --submodule
określa, w jaki sposób są wyświetlane różnice w modułach podrzędnych - dzięki czemu widoczne będą tylko efekty, jeśli używasz np. git log -p
, aby pokazać poprawki dla każdej zmiany. Normalnie git log -p
będzie po prostu pokazać mieszań dla przed i po zobowiązuje do zmiany submodule w patch:
$ git log -1 -p
commit 111808a2bb8c9683d3abe68df419759848ddb16e
Author: Simon Whitaker <[email protected]>
Date: Fri Jan 13 10:40:41 2012 +0000
Updated ObjectiveFlickr ref
diff --git a/submodules/ObjectiveFlickr b/submodules/ObjectiveFlickr
index b37c053..1bede67 160000
--- a/submodules/ObjectiveFlickr
+++ b/submodules/ObjectiveFlickr
@@ -1 +1 @@
-Subproject commit b37c0539a536147957c01ad01cf2d8666bcbde9e
+Subproject commit 1bede67b8258ed4b95b5d3d6c2175b5e64912269
Z --submodule
uzyskać rzeczywisty popełnić wiadomość z modułem Wystawione:
$ git log -1 -p --submodule
commit 111808a2bb8c9683d3abe68df419759848ddb16e
Author: Simon Whitaker <[email protected]>
Date: Fri Jan 13 10:40:41 2012 +0000
Updated ObjectiveFlickr ref
Submodule submodules/ObjectiveFlickr b37c053..1bede67:
> Set SKIP_INSTALL to YES so that Product > Archive
still builds app rather than Xcode archive
Co robić masz na myśli, że to nie działa? Czy rzeczywiście w module kodu źródłowego są wyświetlane zatwierdzenia, które mają być wyświetlane w zakresie zatwierdzania, w którym korzystasz z git-log over w repozytorium nadrzędnym? – Cascabel
Czy zainicjalizowałeś i zaktualizowałeś swoje submoduły? ('git subomdules init' /' update podmodułów git') – VonC