exe-Dateien unterscheiden sich bei jedem build

[HHick123]

Zitat:

Hast du denn die Option "Buildnummer automatisch erhöhen" aktiviert?

Ist nicht aktiviert...
Inkludiert der jetzt wirklich die Compilierungszeit? Wozu soll den das zum Kukuck gut sein?
Kann man das irgendwie verhindern? Vermutlich muß ich damit leben, oder?

[Luckie]

[quote="HHick123"]

Zitat:

Inkludiert der jetzt wirklich die Compilierungszeit? Wozu soll den das zum Kukuck gut sein?

Weil es eine nützliche Information ist.

Zitat:

Kann man das irgendwie verhindern?

Wahrscheinlich nicht, zumindest habe ich dafür noch keinen Schalter gefunden.

Zitat:

Vermutlich muß ich damit leben, oder?

Ja.

[rwachtel]

Zitat von Luckie:

Zitat von HHick123:

Inkludiert der jetzt wirklich die Compilierungszeit? Wozu soll den das zum Kukuck gut sein?

Weil es eine nützliche Information ist.

Sagt wer? Oder ist das ein Dogma?

[Vjay]

Nun theoretisch, sofern es die Compilierungszeit ist, könntest du diese nachträglich gefahrlos aus X-en. Dazu musst du dir halt ein Programm schreiben, welches sich nach der Compilierung die Exe vornimmt. Glaube neuere IDEs können dies von sich aus für ältere braucht mein irgend ein jbg-Tool um dies zu automatisieren.

[Luckie]

Zitat von rwachtel:

Zitat von Luckie:

Zitat von HHick123:

Inkludiert der jetzt wirklich die Compilierungszeit? Wozu soll den das zum Kukuck gut sein?

Weil es eine nützliche Information ist.

Sagt wer?

Sag ich.*
*) Ob es da durch zu einem Dogma wird, sei mal dahingestellt.

[HHick123]

Ok, nützlich ist es eventuell um festzustellen, ob der Kunde irgendwo die Sourcen geklaut hat und selbst kompiliert hat, andererseits war ich noch nie in der Verlegenheit, das prüfen zu wollen,

was ich aber halt schon öfters gebraucht hätte, wäre, schnell anhand der .exe festzustellen, ob die Version beim Kunden eh die ist, die ich gerade auf meinem PC kompiliere...

[Meflin]

Zitat von HHick123:

was ich aber halt schon öfters gebraucht hätte, wäre, schnell anhand der .exe festzustellen, ob die Version beim Kunden eh die ist, die ich gerade auf meinem PC kompiliere...

Und wofür meinst du gibt es Versions- und Buildnummern

[Luckie]

Nö, es ist nützlich, wenn du wissen willst, was für eine Version der Kunde. Man kann zwar die Buildnummer automatisch hochzählen lassen, aber was, wen du kein Build ausgeliefert hats, sondern nur einfach kompiliert hast? Mit dem Datum weißt du immer von wann das Kompilat ist.

Zitat von HHick123:

was ich aber halt schon öfters gebraucht hätte, wäre, schnell anhand der .exe festzustellen, ob die Version beim Kunden eh die ist, die ich gerade auf meinem PC kompiliere...

Und geanu da kann dir eben das Datum helfen.

[rwachtel]

Argh, das machen vielleicht Hinterhofkellerbudensoftwareschrauber aber bitte doch nicht profesionelle Softwareentwickler...

Sehr lesenswert dazu die schon einige Jahre(!) alten Artikel von Joel Spolsky:

The Joel Test: 12 Steps to Better Code
Daily Builds Are Your Friend

Mit modernen Continuous-Integration-Tools sind doch auch flexible, schnelle kundenspezifische Änderungen ein Kinderspiel.

[HHick123]

Zitat:

Und wofür meinst du gibt es Versions- und Buildnummern

Ja ich weiss schon, für was die gut sind.
Aber irgendwie find ich die Möglichkeiten der Versionsnummern ziemlich schwach, da sie wieder von mir abhängen, nämlich dass ich nicht vergesse, sie zu erhöhen. Die Buildnummer ist ja auch nur eine Hausnummer, weil ich je nach Gegebenheiten die Sourcen auf verschiedenen PCs kompiliere. Ausserdem hängt es wieder von mir ab, ob' ich sie erhöhen lasse oder nicht.
Den Sinn des Datums verstehe ich nicht ganz, da bräuchte ich ausserdem einen Kalender, indem genau steht an welchem Tag um welche Uhrzeit ich komiliert habe. Und was sollte ich mir dazunotieren? Jedes geänderte Zeichen? Das mach ich sicher nicht!

Ok, man könnte natürlich ein Versionsverwaltungssystem verwenden.

Man stelle sich folgendes Scenario vor:
Ich verschiebe ein Projekt über das Netzwerk auf den Zielrechner (was bei manchen Projekten bei unserem Firmennetzwerk schon gelegentlich eine Stunde dauern kann, öfters geht mit Testdaten zusammen in die zig-GB). So. Dann geh' ich in den entsprechenden Raum. Dort merk ich, irgendetwas passt nicht mit der dortigen Hardware oder Programmen von anderen zusammen. Ok. Ich ändere etwas. Dann komm' ich drauf, das war's nicht und ändere es wieder zurück. Jetzt kompiliere ich wieder. Der andere ändert z.B. seine Software oder die Hardware und es funktioniniert. Ich vergesse die ganze Sache und arbeite an etwas anderem.
Einige Zeit später komm' ich dorthin zurück, weil ich ein Feature einbauen soll. So. Welche Version hab' ich nun vor mir? Ich werfe ein Compare-Tool an und Vergleiche das Projekt mit meinem Referenz-Code auf meinem Arbeitsplatz-PC. Ok, es ist gleich, bis auf die .exe (die nehme ich vom Vergleich aus).
-> Schön wär's jetzt natürlich, wenn das ganze Verzeichnis bei gleicher Funktionalität auch wirklich gleich wäre, weil so hab' ich ja das Restrisiko, dass ich damals vielleicht vergessen haben könnte, zu kompilieren....

P.S.: Nochetwas fällt mir ein: Es wäre nicht schlecht, wenn es eine Möglichkeit gäbe, die .dcu-Dateien etc. nach dem Kompilieren automatisch zu löschen, sodass durch das Kompilieren wirklich nur die .exe entsteht, dann könnte man noch besser vergleichen (die stören mich auch regelmäßig beim Vergleich)...