Wenn das Projekt hat gute Tags (und Schienen der Fall ist), können Sie name-rev
verwenden „die den Namen auf einem beliebigen Tag auf Basis verpflichten geben sie einem den Nachkommen zeigen Funde commit von“ (von http://schacon.github.com/git/user-manual.html#finding-tagged-descendants)
zum Beispiel für das Commit Sie suchen, ist 404b73bce1f9347ca05b1496db8fc64438d66bd2, so können Sie versuchen:
$ git name-rev --tags 404b73bce1f9347ca05b1496db8fc64438d66bd2
404b73bce1f9347ca05b1496db8fc64438d66bd2 undefined
das sagt mir, dass (zum Zeitpunkt des Schreibens dieses Artikels) kein Tag ist, die 404b73bce1f9347ca05b1496db8fc64438d66bd2
enthält, und ich gehe davon aus, dass Wenn es nicht markiert ist, wurde es nicht veröffentlicht.
jedoch für ein anderes Beispiel, wenn ich eine Festschreibung verwenden, dass ich weiß es in einer Veröffentlichung ist, zeigt es, dass es unter dem V3.2.3-Tag ist:
$ git name-rev --tags 45d6cd94b3ef2ec77166def41f29188445b35608
45d6cd94b3ef2ec77166def41f29188445b35608 tags/v3.2.3^0
Weitere Möglichkeiten, wenn ein finden commit wurde veröffentlicht, check out http://schacon.github.com/git/user-manual.html#finding-tagged-descendants.
Guter Vorschlag, aber wenn ich 'Gem entpacke Schienen' erzeugt es ein leeres Verzeichnis ... Das Auspacken anderer Edelsteine als Schienen scheint zu funktionieren (würde erklären, warum Schienen Dosent in meinen externen Rubyline-Bibliotheken zeigen). Verwenden von RVM. Getestet auf mehreren Maschinen ... irgendwie ahnungslos. – Thierry
Imploding und Neuinstallation von Rvm behoben meine Edelstein Probleme. Da für die Frage nichts anderes gefunden wurde als Browsercode zu entdecken, wurde dieser noch nicht in einen stabilen Zweig zusammengeführt. – Thierry