STM32CubeIDE und Versionsmanagement (github)

[Christoph K. (chriskuku)]

Weiß jemand, ob STM32CubeIDE-Projekte (einfach) in github einzubinden 
sind?
Oder wie man Versionsverwaltung gut mit CubeIDE macht? SVN?

[J. S. (jojos)]

EGit vom Eclipse Marketplace installieren, dann ist git im Kontextmenu 
des Projekts unter 'Teams' bzw. auch in einer Git Perspektive 
eingebunden.
Mit einem Buttonklick kann man dann auch auf Remotes pushen, so wie es 
github einer von vielen ist.

Aber Vorsicht bei der Installation, da gibt es gerade ein 
Kompatibilitätsproblem mit dem CDT. Nach der EGit Installation ist die 
Cube Erweiterung kaputt...
Abhilfe war bisher das CDT aus den Installationsquellen zu entfernen, 
ich weiß nicht ob ST da mittlerweile schon etwas gefixt hat.

https://community.st.com/s/question/0D53W00001z1tVsSAI/stm32cubeide-broke-after-update-v1110?t=1670760450854

[Christoph K. (chriskuku)]

EGit, danke für den Tip. Sieht allerdings nach "Gefahr" aus, wenn ich 
den  Posts zu dem CDT-Problem folge.

[J. S. (jojos)]

Da ist ein Screenshot wo gezeigt wird wie die CDT Quelle abgeschaltet 
wird, damit ist es sicher. Oder wenn du noch die 1.10 hast. Dann nur 
kein Auto Update machen.

[Christoph K. (chriskuku)]

J. S. schrieb:
> Da ist ein Screenshot wo gezeigt wird wie die CDT Quelle abgeschaltet
> wird, damit ist es sicher. Oder wenn du noch die 1.10 hast. Dann nur
> kein Auto Update machen.

Soll man die Abschaltung der CDT-Quellen vor der EGit Installation 
machen oder nachher? Ich habe 1.11.0. Autoupdate (Check for Updates) 
hatte ich eben noch gemacht. Habe aber noch nichts weiter installiert 
und es wurde auch kein Update geladen. Bild zeigt meine momentante 
Einstellung hinsichtlich Updates. Soll ich da was ändern?

[J. S. (jojos)]

jetzt kann das Auto Update auch eingeschaltet bleiben, aber wie 
geschrieben dann die CDT Quelle vor der Installation abschalten. Das 
verhindert das Update auf ein neueres CDT was im Moment nicht kompatibel 
ist. Ich habe das auch so gemacht und es war ok. Zur Not muss das ST 
Setup nochmal ausgeführt werden, richtig kaputt geht nix, die Workspaces 
bleiben erhalten.

[Christoph K. (chriskuku)]

Habe da EGit jetzt formal erst mal installiert. Allerdings hat es die 
Textfarbe der Projekt-Ansicht geändert zu schwarz, was wirklich kaum 
lesbar ist auf dem dunkelgrauen Hintergrund des Dark Themes. (s. Bild). 
Weiß jemand, welche Farbe das ist? Habe schon alles Mögliche in den 
Preferences durchprobiert, bisher erfolglos.

[J. S. (jojos)]

Eclipse war früher noch viel ungenießbarer im dark Mode, ich hatte das 
immer im default belassen. Sich da durch die Farbeinstellungen zu 
hangeln ist mir zu unproduktiv.

[DPA (Gast)]

Ich mache meine git Sachen immer per cli. Geht egal ob oder welche IDE 
man hat, kein Menü durchsuchen, kein neue guis lernen, etc. Geht 
einfach, überall gleich, kann alles, und man weiss was man tut.

[J. S. (jojos)]

Die git Einbindung mit EGit ist schon gut. Es geht ja nicht nur um 
simple commits, auch die diff Ansicht mit einem Doppelklick ist bequem, 
oder die History mit Anzeige der Branches.
Schöner und mit noch weniger klicken geht es in VSC, da passt auch der 
Dark Mode. Und es gibt mittlerweile eine Extension die Cube Projekte 
importieren kann, das wäre mein Favorit. Aber noch nicht ausprobiert.

[Christoph K. (chriskuku)]

Mein kurzer Ausflug in EGit und zurück hat mich jetzt all meine Debug 
Launch Skripte gekostet. Futsch. Mein Projekt wurde verschoben in 
~/git/repository. Da liegt es immer noch nach dem Deinstallieren von 
Egit.
Gut, das war zu erwarten.

Bin jetzt mit der Wiederherstellung beschäftigt. :-(

Kann es sein, daß die Skripte durch eine andere Aktion verschwinden, 
etwa "Close Project"?

[J. S. (jojos)]

in Eclipse ist alles komplizierter, mein Reden. Man muss in dem ersten 
Dialog erst ein Repo erstellen, wenn man da nicht aufpasst wird es 
ausserhalb des Projektverzeichnisses gemacht, das wird aber angezeigt 
und man muss es bestätigen. Eclipse möchte das Repo (also das versteckte 
.git) auch nicht im Workspace haben. Wenn man den richtigen Button 
trifft, dann liegt das Repo auch im Projektverzeichnis.

[J. S. (jojos)]

ich habe nochmal ein Test repo angelegt, hier sind die Schritte um das 
.git Verzeichnis in das Projekt zu bekommen. In EGit wird das nicht 
empfohlen, das gilt aber mMn nach nur dann wenn man mehrere Projekte 
eines workspace in ein Repo packen möchte. Für den Fall das ein Projekt 
im ws für sich abgeschlossen ist funktioniert das aber ohne Probleme.

in 1st-configure-git-repo das Häkchen links oben setzen, dann ändert 
sich der Dialog zu wie in 2nd dargestellt. Wenn man stattdessen rechts 
den Button Create... drückt, dann wird ein Repo Verzeichnis ausserhalb 
des workspace erstellt und das Projekt dahin verschoben.
Wenn also das Häkchen links oben gesetzt wird, dann kann im geänderten 
Dialog mit 'Create Repository' das .git im Projekt erzeugt werden.
Es gibt eine Erklärung warum man das nicht tun sollte, aber das passt 
eben nur für mehrere Projekte eines ws im git. Das workspace Konzept in 
Eclipse kann eine Menge mehr, aber dann ist man auch an Eclipse 
gebunden.

https://wiki.eclipse.org/EGit/User_Guide#Creating_Repositories

[Christoph K. (chriskuku)]

Danke. Git (EGit) hatte ich ja gerade gelöscht und wollte das wieder 
loswerden.
Muß erst mal eine saubere De- und Neuinstallation machen. Morgen.