Verständnisfrage zu Tortoisegit

[Delbor]

Hi zusammen

Wie arbeitet Git? Ich habe ein neues Repository auf meiner neueen externen Platte angelegt, dieses anschlieesend in mein Arbeitsverzeichnis (auf einer internen Partition) geclont und schliesslich das Arbeitsverzeichnis markiert und einen Comit auf das oben erwähnte Repository durchgeführt und nach einer Kontrolle der beteilgten Unterverzeichnisse und Dateien gepusht.
Dabei habe ich mich nach diesem Tutorial gerichtet.
Wie da beschrieben, erhielt ich eine erfolgreiche Rückmeldung, und als ich das Logeinsah, wurden mir alle beteiligten Dateien angezeigt.

Nur - das Repository, in das ich commitet hatte, enthält nach wie vor keine meiner Projekt-Dateien...

Was macht Tortoisegit, bzw. Git damit?

Die jpegs im Anhang zeigen das Log und das von mir angelegte Repository.

Gruss
Delbor

[Aviator]

Deine committeten Daten liegen verschlüsselt in den Unterordnern des Unterordners Objects des Git Repositories.

Deine eigentlichen Source Dateien werden ja eine Ebene über den ".git" Ordner gespeichert. Die Daten sind also schon vorhanden. Allerdings in einem Zustand, mit dem Du ohne GIT nichts mehr anfangen kannst.

[Delbor]

Hi Aviator

Danke für Deine Antwort! Dieser Unterordner 'objects' ist nach wie vor wenige kb gross. Das bedeutet, das der hauptsächlich ein Zeiger auf die eigentlichen Daten ist.
Andrerseits - ich hab das Repository gerade mal angelegt, aber noch keine Änderungen am Original vorgenommen. Und wenn nun Git gerademal die Änderungen im Repository speichert, ist da noch nichts, das gespeichert werden müsste.
Was für mich zum jetzigen Zeitpunkt ziemlich spannend ist: Git speichert vieles auf C:\. Ich kann nur hoffen, dass die Versionsgeschichten nicht physisch da landen, sondern in den Repositorys, die von mir angelegt wurden, bleiben. Mein C:\ ist nicht beliebig gross...

Gruss
Delbor

[Rollo62]

Was ich von Zeit zu Zeit mal mache ist, ich clone das Projekt in ein neues Verzeichnis,
und synchronisiere diese zum Vergleich (ohne die .git Verzeichnisse natürlich).
Man ist ja Paranoid

Du kannst natürlich über .gitignore Files steuern was überhaupt gespeichert werden soll und was nicht.

Bisher war das immer 1:1 OK, also wird es GIT sauber speichern.
Es ist schon ziemlich eingeschrumpft, mit der Historie, also da mache ich mir mittlerweile keine Sorgen mehr.

Rollo

[Delbor]

Hi Rollo

Zitat:

Du kannst natürlich über .gitignore Files steuern was überhaupt gespeichert werden soll und was nicht.

Das hab ich erstmal nicht gemacht. Git hat mir, mit Ausnahme des*.dprj.local alle Dateien commited, auch die .Hystorie von Delphi, obwohl das auf SVN beruht - ich finde das aber fürs erste gar nicht schlecht.

Gruss
Delbor

[Rollo62]

Das bläht aber den GIT-Commit unnötig auf.
Ich weiss auch nicht ob diese History auch funktioniert wenn du auf einem 2ten Rechner arbeitest.
Ich mache vor jedem Commit noch ein Clean per Batch-Datei, damit diese "Leichen" nicht aus Versehen mitgesichert werden.

Rollo

[jaenicke]

Zitat von Delbor:

Das hab ich erstmal nicht gemacht. Git hat mir, mit Ausnahme des*.dprj.local alle Dateien commited, auch die .Hystorie von Delphi, obwohl das auf SVN beruht - ich finde das aber fürs erste gar nicht schlecht.

Also bei mir habe ich da Häkchen, mit denen ich beim Hinzufügen und Committen prüfe was ich haben will und was nicht.

Blind alles reinwerfen macht nicht viel Sinn. Denn dann weißt du ja gar nicht was wirklich zu dem Beschreibungstext gehört, den du angegeben hast und was nur "zufällig" mit drin ist.

Du kannst dir ja mal meine kleine History anschauen als Beispiel:
https://github.com/jaenicke/MTCL/commits/master/source