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
:
Verschoben durch User
Na das sind dinge die du nach den eigentlichen build machen willst, z.b. dein Erzeugnis irgendwo hin laden, aufräumen, oder Dokumentation erzeugen.
Oft z.B. das konvertieren des Artefakts in andere Formate. z.B. ein .elf File in .hex.
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.
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.
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).
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.