AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Buildnummer weiterzählen

Ein Thema von Frickler · begonnen am 25. Aug 2022 · letzter Beitrag vom 27. Aug 2022
Antwort Antwort
Rolf Frei

Registriert seit: 19. Jun 2006
658 Beiträge
 
Delphi 11 Alexandria
 
#1

AW: Buildnummer weiterzählen

  Alt 26. Aug 2022, 12:38
Wenn ich nun einen Build mache werden mir dennoch die Einträge under Debug/Release aktualisiert und an den Einstellungen unter Alle Konfiguration/win32 wird die Build Number nicht erhöht.
Ich muss gestehen, dass ich dieses Szenario noch nicht ausprobiert habe, weil ich die Buildnummern immer in meinem externen Build-System verwalte und mit der Versionsverwaltung synchronisiere. Das Build aus der IDE verwende ich eher zur Herstellung eines sauberen Compilats.

Insofern nimmt das Tool auch keinen Einfluss auf die von der IDE erzeugten Build-Nummern, noch wo diese gespeichert werden. Könnte es aber. Ich werde das mal bei Gelegenheit analysieren.
Ja wenn du da was machen könntest wäre das super! Aktuell nutzt mir dein Tool leider garnichts, da sich damit nichts geändert hat. Was ich aber gerne noch wüsste ist, wann das eingestellte Zeugs denn überhaupt gemacht wird. Beim Speichern? Beim Laden? Beim Kompilieren?
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe
Online

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.824 Beiträge
 
Delphi 12 Athens
 
#2

AW: Buildnummer weiterzählen

  Alt 26. Aug 2022, 13:13
Was ich aber gerne noch wüsste ist, wann das eingestellte Zeugs denn überhaupt gemacht wird. Beim Speichern? Beim Laden? Beim Kompilieren?
Aktuell reagiert es auf das Öffnen und Speichern von Units und Projektdateien und beim Wechsel des Projekts. Was wann gemacht wird hängt von der jeweiligen Option ab.

Die Hauptaufgabe ist die Normalisierung der dproj-Datei um die Versionsverwaltung einfacher zu machen. Zumindest in nicht ganz aktuellen Delphi-Versionen genügt schon ein Laden und Speichern eines Projekts um Änderungen in der dproj-Datei hervorzurufen. Das wird durch eine konsistente Sortierung vermieden.

Das Splitten der dproj-Datei basiert auf der gleichen Anforderung allerdings unter dem Aspekt der Arbeit im Team. In der dproj-Datei werden diverse Einträge gemacht, die sich auf das System des aktuellen Entwicklers beziehen oder von ihm bewusst geändert wurden, ohne eine Absicht, die an die anderen Team-Mitglieder weiterzugeben (z.B. Aufruf-Parameter, Debugger-Einstellungen, aktuelle Konfiguration oder Plattform). Diese Änderungen werden beim Speichern aus der dproj extrahiert und lokal abgespeichert. Beim nächsten Öffnen werden die dann wieder eingepflegt.

Die Einträge für Excluded Packages werden automatisch an die aktuelle IDE angepasst. Arbeitet man auf verschiedenen Systemen oder mit unterschiedlichen Registry Keys ändert sich das dauernd. Deswegen werde die komplett entfernt.

Clear Settings in Child Configurations greift ein Problem der IDE auf, die eine Vererbung von Einstellungen in der Hierarchie der Build-Konfigurationen nicht sinnvoll manipulieren kann, wie es z.B. bei den Compiler-Optionen der Fall ist. Das betrifft insbesondere die Versions-Info, aber auch die Einstellungen für Packages und Applications. Hier werden einfach alle vererbten Einstellungen gelöscht, so dass immer die Basis-Einstellung Gültigkeit hat. Manche Einstellungen erfordern eine Plattform - dann gilt die entsprechende Plattform-Basis Konfiguration.

Platforms: Enable Missing macht dem Projekt alle Plattformen hinzu, die in der aktuellen IDE Version bekannt sind (auch wenn nicht installiert). Damit lassen sich auch bei alten Projekte die neuen Plattformen hinzufügen.

Platforms: Remove Unused entfernt alle Einträge für Plattformen, die in dem Projekt nicht aktiv sind. Bei einem Aktivieren einer Plattform würden die eh neu erzeugt werden.

Auto LibSuffix setzt das LIBSUFFIX für das Package-Projekt auf die des rtl-Packages.

Refresh Form Type ergänzt fehlende DFM und FMX in Form-Einträgen, was zu einem Problem beim Hinzufügen von Frames führen konnte.

Clean Line Feeds forciert beim Öffnen einer Datei die Zeilenenden auf CR/LF.

Einige dieser Optionen (z.B. Auto LibSuffix, Refresh Form Type, Clean Line Feed) sind in neueren Delphi-Versionen obsolet.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
Rolf Frei

Registriert seit: 19. Jun 2006
658 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: Buildnummer weiterzählen

  Alt 27. Aug 2022, 14:07
Danke für deine detailierte Erklärung. Nun hoffe ich nur noch, dass du mal die Zeit findest, das mit der Versions Buildnummer zu lösen. Das wäre für mich, und vermutlich hunderte andere Delphi Nutzer, ein riesiger Gewinn, wenn das dann irgendwann mal so funktioniert wie es erwartet wird.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:58 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz