Versionsinformationen verlieren sich ?! / Berlin 10.1

[bra]

Zitat:

Zitat von Uwe Raabe (Beitrag 1339762)

Konkret würde ich hier so vorgehen: Alle VerInfo_xxx Einträge in den PropertyGroup außer in <PropertyGroup Condition="'$(Base)'!=''"> entfernen und in Zukunft Änderungen nur in eben dieser Basis-Konfiguration vornehmen.

So handhaben wir es bei uns auch, leider schreibt die IDE trotzdem immer mal wieder Einträge in die Release/Debug-Konfigurationen rein und man muss das wieder von Hand bereinigen (dproj editieren). Ziemlich nervig das ganze.

Edit: Übrigens habe ich bei mir im XE3 unter dem Menü Projekt eine Option "Versionsinfo setzen". Die kommt aber von irgendeiner Komponente, eventuell den DDevExtensions oder den GExperts?

[Lemmy]

<Blödsinn>GExperts installieren und darüber einstellen. Alles andere macht graue Haare....<Blödsinn>

Edit:

Zitat:

Edit: Übrigens habe ich bei mir im XE3 unter dem Menü Projekt eine Option "Versionsinfo setzen". Die kommt aber von irgendeiner Komponente, eventuell den DDevExtensions?

das meine ich - das kommt wirklich von den DDEvExtionsiosn... und funktioniert...

[MovingMap]

Moin!
Der Thread ist schon etwas älter - aber ich wollte die Lösung des Problems ergänzen:

Bei Anwendung von Uwe's Empfehlung habe ich festgestellt, dass die IDE einen Fehler in den Einstellungen für eine andere Build-Konfiguration meldet (die Application Icon/Programmsymbol war mit falschem Pfad eingetragen, da irgendwann mal im Windows Explorer umbenannt).

Nachdem ich diesen Fehler behoben hatte, indem ich die *.ico-Datei neu geladen habe, konnte ich wieder die VersionsInfo setzen, ohne dass die IDE dies beim nächsten Laden mit 1.0.0.0 überschrieben hat! :-D

Gruß,
Klaus.

[ISMIRSCHLECHT]

Hi,

seltam, dieses Verhalten hatte ich heute auch, Vrsion: Delphi Berlin-
Und im Laufe meiner "total spannenden Erfahrungen" mit Delphi X noch etliche andere Zauberkunststücke, wie das Verlieren von Quellcodeänderungen nach ein paar tagen.
Ganz Klasse , wenn man gerade Fehler ausgebügelt hat und die dann wieder drin sind.
Vielleicht sollte man einfach aufhören, sich Delphi schönzureden.
ism

[hoika]

Hallo,

Zitat:

wie das Verlieren von Quellcodeänderungen

Alles eine Frage des richtigen Versionsmanagement-System.

[ISMIRSCHLECHT]

Hi,

wenn ich ALLEIN an meinem Quelltext arbeite werde ich ja ja wohl erwarten, daß mein Quellcode nach 2 Tagen immer noch der Gleiche ist.
Auch und vor allem bei nichtinstalliertem SVN.
ism

[hoika]

Hallo,
eine meiner Fragen bei einem Bewerbungsgepräch
"SVN auch dann benutzen, wenn man alleine arbeitet"
(ja)
(nein)

Was ist, wenn deine Platte abraucht, SVN hilft (wenn es auf einem Server liegt ... ;( )

[freimatz]

Also wenn ich an meinem Quelltext arbeite, erwarte ich schon dass er sich ändert. :wink:
Und diese Änderungen sind manchmal nicht gut - deshalb verwende ich auch lokal ein VCS (jedoch git)

[Uwe Raabe]

Zitat:

Zitat von ISMIRSCHLECHT (Beitrag 1456681)

wenn ich ALLEIN an meinem Quelltext arbeite werde ich ja ja wohl erwarten, daß mein Quellcode nach 2 Tagen immer noch der Gleiche ist.

Allerdings! Das war und ist hier auch so. Ich behaupte auch mal, daß das in der überwiegenden Mehrheit auch anderswo so ist. Andernfalls würde ich entsprechende Bugreports oder zumindest eine signifikante Anzahl diesbezüglicher Fehlermeldungen erwarten. Kann ich aber beides nicht sehen.

[hoika]

Hallo,
das schöne ist ja auch, das mir der Explorer z.B. mit Tortoise-SVN anzeigt,
dass sich eine Datei seit dem letzten Commit geändert hat.

Hier würde ich also stutzig werden, wenn ich nichts daran gemacht habe.