hab meine code zerstört wie benutze ich die history ?

[agm65]

moin leute ..hab nur 2 stunden gepennt heute nacht und direkt mal meinen code gelüncht ...wie kann ich über diese history das zurück modeln ? danke euch !

[agm65]

bin echt übermüdet, einfach die files umkopieren wie wäre es damit, peter ...

[Phoenix]

Nach Müde kommt Blöd :zwinker:
Einfach nen Kaffee oder ein paar Stunden pennen *g*

Ps: Ich schieb das mal in die IDE-Sparte. Ist eigentlich ne Frage zur Handhabung der IDE-Funktionalität.

[agm65]

ja bin echt blöd ..hab eben die komplette milch tüte über den firmen boden geleert...

[s-off]

Hallo,

in der Historie hast werden einmal der Inhalt der Datei angezeigt, wie sie derzeit auf Deiner Platte vorliegt. Diese ist in der Spalte 'Rev' als 'Datei', und in der Spalte 'Beschriftung' als 'lokale Datei' gekennzeichnet.

Jedesmal, wenn Du eine geänderte Datei speicherst, so wird die zuvor als 'lokale Datei' gekennzeichnete Version als 'lokale Sicherung' gekennzeichnet und bekommt die nächstfolgende Revisionsnummer.

Wenn Du also in den Delphi-Einstellungen definiert hast, dass vor jeder Kompilation gespeichert werden soll, hast Du eine lokale Sicherung von jedem Kompilat.

Sollte das nicht der Fall sein, so hast Du nur davon Sicherungen, was Du manuell gespeichert hast.

Sollte Dir das nicht reichen, so empfehle ich Dir ein Programm zur Versionsverwaltung wie bspw. VisualSourceSafe oder entsprechende kostenlose Alternativen.

[Phoenix]

Zitat:

Zitat von s-off

so empfehle ich Dir ein Programm zur Versionsverwaltung wie bspw. VisualSourceSafe oder entsprechende kostenlose Alternativen.

Hast Du gerade ernsthaft den SourceSafe und 'empfehlen' in einem Satz genannt? :shock:

OpenSource: Subversion
Für Einzelentwickler kostenlos, im Team kostenpflichtig: SourceGear Vault
Um bei Borland zu bleiben gibts noch StarTeam
Der Team Foundation Server ist nur was für größere Teams die das Visual Studio einsetzen.


Alles um Längen besser (und Neuer ;-) ) als SourceSafe *g*

[s-off]

Zitat:

Zitat von Phoenix

Zitat:

Zitat von s-off

so empfehle ich Dir ein Programm zur Versionsverwaltung wie bspw. VisualSourceSafe oder entsprechende kostenlose Alternativen.

Hast Du gerade ernsthaft den SourceSafe und 'empfehlen' in einem Satz genannt? :shock:

Lies nochmal, dann weißt Du es :nerd:

Desweiteren würde eine Aussage wie bspw. 'Den SourceSafe würde ich nicht empfehlen' auch auf Deine Frage zutreffen :tongue:

Mir ist nicht verständlich, in welcher Hinsicht Du damit ein Problem hast.

Zitat:

Zitat von Phoenix

Alles um Längen besser (und Neuer Wink ) als SourceSafe *g*

1. 'neuer' bedeutet nicht zwingend auch 'besser'. Zumal die 2005er Version gar nicht mal so alt ist.
2. Musst Du ja alle über einen längeren Zeitraum ernsthaft eingesetzt haben, um das beurteilen zu können.

Ich kann nur empfehlen, was ich auch selber ausprobiert habe. Da alle meine Sourcen damit bestens verwaltet sind und ich noch keinerlei Probleme damit hatte => warum sollte ich es dann nicht weiterempfehlen?

Nenne mir bitte fundierte Gründe, warum man als Abonnent des MSDN nicht den SourceSafe einsetzen sollte, bzw. die Nachteile gegenüber anderen Programmen.

[Phoenix]

Zitat:

Zitat von s-off

Nenne mir bitte fundierte Gründe, warum man als Abonnent des MSDN nicht den SourceSafe einsetzen sollte, bzw. die Nachteile gegenüber anderen Programmen.

Als MSDN-Abonnent sollte man eh auf den Team Foundation Server setzen, so man denn VS einsetzt.

Aber Gründe gegen VSS:
* Performance (schonmal Projekte > 5.000 Files / Versionen im 7-stelligen Bereich damit gemanaged / gebrancht etc?)
* die VSS-Datendateien gehen ab einer gewissen Datenbankgröße regelmäßig kaputt
* Chekout / modify / checkin - Verfahren ist in Teams sehr ungeschickt

Alleine schon der letzte Punkt ist für mich ein K.O. Kriterium für VSS. Ohne saubere Merge@checkin-Funktion möchte ich in Teams nicht mehr arbeiten.
SVN ist da mein absoluter Lieblingskandidat und wird bei allen meinen Kunden eingesetzt. SourceGear Vault besticht durch die Datenhaltung in einer echten Datenbank (MS SQL Server) und die Bereitstellung aller Funktionen via Webservices. z.B. Volltextsuche durch alle Versionen aller Dateien :love: Das möchte ich für meine eigenen Projekte nicht mehr missen, zumal ich als Einzelentwickler nichts zahlen muss.

[s-off]

Zitat:

Als MSDN-Abonnent sollte man eh auf den Team Foundation Server setzen, so man denn VS einsetzt.

Nein, wir setzen Delphi ein.

Zitat:

Performance (schonmal Projekte > 5.000 Files / Versionen im 7-stelligen Bereich damit gemanaged / gebrancht etc?)

Da stimme ich Dir zu. Da bei uns allerdings jemand anderes die Versionen abzieht, geht mir das am A.... vorbei :mrgreen: - und der Umfang unserer Sourcen übersteigt die von Dir genannten Zahlen bei weitem.

Zitat:

die VSS-Datendateien gehen ab einer gewissen Datenbankgröße regelmäßig kaputt

So? Ab wann dürfen wir denn damit Rechnen? Das Datenverzeichnis hat just die 4GB-Marke überschritten. Ohne Historie belaufen sich die Sourcen auf gut 2GB.

Zitat:

Chekout / modify / checkin - Verfahren ist in Teams sehr ungeschickt

Sauberes Merge&Checkin wirst Du bei einem Team von 15 Leuten und dem Umfang sicherlich mit keinem Programm hinbekommen. Dazu fehlen einfach die logischen Zusammenhänge.

Zitat:

die Bereitstellung aller Funktionen via Webservices. z.B. Volltextsuche durch alle Versionen aller Dateien

Sicherlich ein nettes Feature. Kann man allerdings auch lokal bzw. im Intranet haben.