Post build step

Gast #4362600
Tag zusammen,

ich beschäftige mich so langsam mit der Suche nach einer Bachelor 
Thesis. Es soll in Richtung Softwarentwicklung gehen und daher schaue 
ich mich gerade um, was es alles an Tools, Softwaretechniken usw gibt.

Dafür habe ich mich die letzten Tage etwas mit Cmake, Doxygen, gcc 
beschäftigt und dabei ist mir der Begriff "Post build step" 
untergekommen. Was er bedeutet, habe ich verstanden, denke ich mal...

Es geht doch um Aktionen, die nach dem build Vorgang angetriggert 
werden?! Was sind denn das für typische Sachen? Ich kann mir gerade 
nichts konkretes darunter vorstellen, evtl. irgendwelche 
Speicherberechnungen?!

Danke für eure Antworten.

Gruß Chris
Gast
Ok, dachte da steckt einiges mehr dahinter. Dann ist das ja gar nicht so 
wild.
Gibt es sonst Dinge die im beruflichen Umfeld zum Alltag gehören und an 
der Hochschule eher untergehen? Wie gesagt, was beim Build bzw Make 
Prozess passiert habe ich mir schon angeeignet und spiele derzeit etwas 
mit Git herum.
Gast
Chris schrieb:
> , was es alles an Tools, Softwaretechniken usw gibt.

> beschäftigt und dabei ist mir der Begriff "Post build step"
>

> Gibt es sonst Dinge die im beruflichen Umfeld zum Alltag gehören und an
> der Hochschule eher untergehen?

Unit Tests.
Gast
Rulechecker.
Also z.B. ob alle Misra C Regeln eingehalten hast(google mal nach 
PC-Lint). Oder du(Beispiel VHDL) allen Signalen einen Reset zugewiesen 
hast. oder oder oder...

Geht meiner Meinung nach, gerade in kleinen Firmen, am meisten unter. 
Dort sind zwar die Regeln irgendwo aufgestellt aber automatisch abprüfen 
tuts niemand... :(
Tom schrieb:
> Chris schrieb:
>> , was es alles an Tools, Softwaretechniken usw gibt.
>
>> beschäftigt und dabei ist mir der Begriff "Post build step"
>>
>
>> Gibt es sonst Dinge die im beruflichen Umfeld zum Alltag gehören und an
>> der Hochschule eher untergehen?
>
> Unit Tests.

Weiß ja nicht wie es an "Hochschulen" so ist, bei uns an der UNI war das 
in den Softwaretechnik/Softwarearchitektur u.ä. Vorlesungen durchaus 
Thema.
verwundet schrieb:
> Rulechecker.
> Also z.B. ob alle Misra C Regeln eingehalten hast(google mal nach
> PC-Lint). Oder du(Beispiel VHDL) allen Signalen einen Reset zugewiesen
> hast. oder oder oder...

Das sind zwar alles wichtige Dinge, ich würde die aber nicht unter
post build step aufzählen. Weit eher macht man das vor oder während 
dem Build oder man integriert es in das Versionsmanagement (man kann 
kein File committen, das die Tests nicht besteht).

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 10 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.