Wie kann ich den Unterschied zwischen allen Commits ermitteln, die zwischen zwei Daten mit Git aufgetreten sind?

Oder nur alle Commits, die zwischen zwei Daten stattgefunden haben? In SVN können Sie so etwas tun

svn diff -r{date}:{date}

es zu tun! Ich kann anscheinend kein Git-Äquivalent dazu finden.

Insbesondere möchte ich ein Skript schreiben, um täglich E-Mails mit dem gesamten Code zu versenden, der an diesem Tag festgeschrieben wurde, und von wem.

Du könntest benutzen git whatchanged --since="1 day ago" -p

Es braucht auch ein --untilArgument.

Docs

Die vorherigen Vorschläge haben einige Nachteile. Grundsätzlich suchte ich etwas Äquivalentes zu cvs diff -D"1 day ago" -D"2010-02-29 11:11". Während ich immer mehr Informationen sammelte, fand ich eine Lösung.

Dinge, die ich versucht habe:

• git whatchanged --since="1 day ago" -pvon hier

  Dies ergibt jedoch einen Unterschied für jedes Commit, selbst wenn eine Datei mehrere Commits enthält. Ich weiß, dass "Date" in Git ein etwas lockeres Konzept ist. Ich dachte, es muss einen Weg geben, dies zu tun.

• git diff 'master@{1 day ago}..mastergibt eine Warnung warning: Log for 'master' only goes back to Tue, 16 Mar 2010 14:17:32 +0100.und zeigt nicht alle Unterschiede.

• git format-patch --since=yesterday --stdout gibt nichts für mich.

• revs=$(git log --pretty="format:%H" --since="1 day ago");git diff $(echo "$revs"|tail -n1) $(echo "$revs"|head -n1) funktioniert irgendwie, scheint aber kompliziert und beschränkt sich nicht auf den aktuellen Zweig.

Schließlich:

• git diff $(git rev-list -n1 --before="1 day ago" master)scheint zu funktionieren und eine Standardmethode, um ähnliche Dinge zu tun , obwohl komplizierter als ich dachte.

Lustigerweise unterstützt git-cvsserver "cvs diff -D" nicht (ohne dass es irgendwo dokumentiert ist).

"date" ist ein bisschen ein loses Konzept in git. Ein Commit hat ein Autorendatum, das möglicherweise einige Zeit in der Vergangenheit liegt, bevor jemand das Commit tatsächlich in sein Repository zieht / festschreibt. Außerdem kann das Commit neu basiert und aktualisiert werden, um über einem anscheinend neueren Commit zu liegen.

Ein Commit hat auch ein Commit-Datum, das aktualisiert wird, wenn ein Commit in irgendeiner Weise neu basiert oder geändert wird. Es ist wahrscheinlicher, dass diese Commits in einer chronologischen Reihenfolge vorliegen, aber Sie sind immer noch dem Committer ausgeliefert, der die richtige Zeit auf seinem Computer eingestellt hat. Trotzdem kann ein unverändertes Commit auf unbestimmte Zeit in einem Feature-Zweig in einem Remote-Repository gespeichert werden wird in den Hauptzweig eines zentralen Repositorys zusammengeführt.

Was für Ihre Zwecke wahrscheinlich am nützlichsten ist, ist das Reflog-Datum für das betreffende Repository. Wenn Sie Reflogs pro Zweig aktiviert haben (siehe git config core.logAllRefUpdates), können Sie mithilfe der ref@{date}Syntax angeben , wo sich ein Zweig zu einem bestimmten Zeitpunkt befand.

Z.B

git log -p master@{2009-07-01}..master@{now}

Sie können auch 'Fuzzy'-Beschreibungen verwenden wie:

git log -p "master@{1 month ago}..master@{yesterday}"

Diese Befehle zeigen alle Commits an, die in dem angegebenen Zweig des Repositorys "erschienen" sind, unabhängig davon, wie "alt" sie tatsächlich sind, je nach Autor und Commit-Datum.

Beachten Sie, dass das Reflog pro Zweig für ein Repository spezifisch ist. Wenn Sie also den Protokollbefehl auf einem Klon ausführen und nicht (sagen wir) einen Monat lang abrufen, ziehen Sie alle Änderungen für den letzten Monat auf einmal ab. Dann werden alle Änderungen des letzten Monats in einem @{1 hour ago}..@{now}Bereich angezeigt. Wenn Sie den Befehl log für das 'zentrale' Repostory ausführen können, auf das die Benutzer zugreifen, kann er das tun, was Sie möchten.

git diff --stat @{2013-11-01}..@{2013-11-30}

oder

git diff --stat @{2.weeks.ago}..@{last.week}

Vielleicht

$ git format-patch --committer=<who> --since=yesterday --stdout

ist was du willst (mit oder ohne '--stdout')?

Ich glaube, die allgemeine Lösung besteht darin, Folgendes zu verwenden:

git rev-list -n1 --first-parent --until=<a date string> <a ref>

Ohne --first-parent erhalten Sie möglicherweise ein Commit von einem Zweig, der später zusammengeführt wurde, a refaber noch nicht zusammengeführt wurdea date string .

Hier ist eine Alternative mit --childrenund grepanstelle von -n1:

mlm_git_ref_as_of() {
    # # Examples #
    #
    # Show all commits between two dates:
    #
    #     git log $(mlm_git_ref_as_of '2012-05-21 09:00:00-0400')..$(mlm_git_ref_as_of '2012-05-21 17:00:00-0400')
    #
    # Show diffs of all commits between two dates:
    #
    #     git diff $(mlm_git_ref_as_of '2012-05-21 09:00:00-0400')..$(mlm_git_ref_as_of '2012-05-21 17:00:00-0400')
    local as_of="$1"
    local ref="${2:-HEAD}"
    # Get the most recent commit (--children, grep -v ' ') that was on
    # the given branch ($ref, --first-parent) as of a given date
    # ($as_of)
    git rev-list --children --first-parent --until="$as_of" "$ref" | grep -v ' '
}

Ich war git whatchangedvor dem Lesen dieser Fragen und Antworten nicht damit vertraut , aber es gibt sehr unterschiedliche Ergebnisse für mich, daher bin ich mir nicht sicher, was es tut.

Eine andere einfache Möglichkeit, einen Unterschied aller Änderungen seit einem bestimmten Datum zu erhalten, besteht darin, einfach das erste Commit zu finden, Xdas an oder nach diesem Datum stattgefunden hat, und es dann zu verwenden

git diff X

Dies hat den Vorteil, dass es im Gegensatz zum nicht zu Reflog-Einträgen in einem neuen Klon kommt

git diff <reference>@{n}..
git log <reference>@{n}..

Lösungen in

• https://stackoverflow.com/a/20171168/456814
• https://stackoverflow.com/a/1161712/456814
• https://stackoverflow.com/a/2455374/456814

Dies ist eher eine lustige Antwort, weil es wahrscheinlich einen besseren Weg gibt. Dies zeigt alle Commit-Hashes für heute.

git log --pretty="format:%H %ai" | grep `date +"%Y-%m-%d"` | awk {'print $1'}`

; ·)

Sie können auch den Git-Format-Patch verwenden , um Patches (Diffs) vorzubereiten und per E-Mail zu senden.

Verwenden Sie die Optionen [seit] oder [Revisionsbereich], um den Festschreibungsbereich anzugeben.

Verwenden Sie die folgende Formel, um zu sehen, wie sich Git-Dateien in Ihrem Zweig von Datum zu Datum ändern :

1. Kasse deine Filiale.
2. Änderungen aus dem Remote-Repository abrufen und aktualisieren
3. Beobachten Sie Diff-Dateien von Datum zu Datumsbereich

Formel :

git checkout <branch>
git pull
git diff --stat @{fromDate}..@a{toDate}

Beachten Sie, dass die Daten im Format JJJJ-MM-TT vorliegen:

git diff --stat @{2019-08-20}..@a{2019-08-21}

Wenn Sie Änderungen an einer bestimmten Datei in einem bestimmten Zeitraum beobachten möchten beobachten möchten (beobachten Sie den Unterschied im Code), navigieren Sie einfach in der aktuellen Datei:

Beispiel :

git diff @{2019-01-01}..@{2019-01-02} ~/dev/myApp/package.json

Ich werde die Art und Weise einwerfen, wie ich es mache: git logFür ein Datum erhalten Sie Hashes für den aktuellen Zweig. Dann benutze ich einfach so etwas git diff 8fgdfg8..565k4l5, was mir den richtigen Unterschied gibt, der nach Dateien aggregiert ist. Hoffe das hilft, aber nicht viel getestet