Closed posewsky closed 10 years ago
Wer den development branch in seinen feature-branch merged hat die Änderungen:
git merge development -m "Getting the include folder in my feature branch"
Macht meiner Meinung nach keinen Sinn. Man exportiert nur Header-Dateien eines Moduls A, wenn diese von einem Modul B benutzt werden. Da wir im Moment nur ein Software Projekt für den Zynq haben müssen wir dessen Header-Dateien nicht zugunsten eines anderen Projekts exportieren.
Das eine Projekt ist aber durch viele Branches und Teilprojekt gegliedert. Ein include Verzeichnis in development macht nach wie vor Sinn. Davon abgesehen ist sowas umwerfen mit Hinblick auf den 19. aktuell mehr als unnötig und aufhaltend.
Lukas notifications@github.com schrieb:
Macht meiner Meinung nach keinen Sinn. Man exportiert nur Header-Dateien eines Moduls A, wenn diese von einem Modul B benutzt werden. Da wir im Moment nur ein Software Projekt für den Zynq haben müssen wir dessen Header-Dateien nicht zugunsten eines anderen Projekts exportieren.
— Reply to this email directly or view it on GitHub.
Davon abgesehen ist sowas umwerfen mit Hinblick auf den 19. aktuell mehr als unnötig und aufhaltend.
Das ist richtig. Darum geht es hier aber nicht. Wenn du aber Fragst, ob ein gemeinsames Include Verzeichnis für alle Projekte Sinn ergibt, dann bin ich aus dem besagten Grund anderer Meinung.
Meiner Meinung nach macht es Sinn mit den Branches und Teilprojekten. Können wir aber Mittwoch besprechen.
Es sollte ein Verzeichnis für alle C-Header dateien geben, bspw.:
/software/zynq/include
Auf diese Weise kann man z.B. auf die von Andrey geschriebene Funktion getInteractiveComponets() im UserInput und im Syntheziser zugreifen. Meinung? Umsetzung direkt im development-Branch?