|
|
|
- nimm dir die .gitignore von hier: https://git.geomar.de/arena/unreal-development/virtualfieldwork/-/blob/main/.gitignore?ref_type=heads
|
|
|
|
- git LFS hab ich ehrlich gesagt bisher noch nie gebraucht mit Unreal. Aber wie gesagt, die geomar gitlab instanz unterstützt LFS, das heißt du müsstest eigentlich nur den Anleitungen hier folgen: https://git-lfs.com/
|
|
|
|
-
|
|
|
|
## gitlab Token
|
|
|
|
|
|
|
|
- Ich mach's jetzt mal anhand der Projekte, die in unserer unreal-development gitlab group liegen (https://git.geomar.de/arena/unreal-development/)
|
|
|
|
- Wir haben ein Token, das für die gesamte ARENA gitlab group gilt (https://git.geomar.de/arena)
|
|
|
|
- Das Token findet man in unserem bitwarden vault
|
|
|
|
- Hier ist eine stackoverflow Frage dazu https://stackoverflow.com/questions/70775139/how-do-i-push-to-gitlab-with-a-project-access-token
|
|
|
|
- Wenn du also auf dem Master ein Repository hast, was auch in der ARENA group oder irgendeiner subgroup auf git liegt, dann clonest du das repo erstmal von gitlab und dann führst du auf dem master einmal den folgenden command aus:
|
|
|
|
|
|
|
|
```
|
|
|
|
git remote set-url origin https://<TOKEN_NAME>:<TOKEN_STRING>@git.geomar.de/arena/unreal-development/<REPOSITORY_NAME>.git
|
|
|
|
```
|
|
|
|
- und dann kannst du ganz normal git add ., git commit und git push machen
|
|
|
|
- Ansonsten wenn du deine Projekte auf deinem eigenen gitlab Account haben willst erstmal, dann kannst du dir dein eigenes Token erstellen (https://docs.gitlab.com/ee/user/profile/personal_access_tokens.html)
|
|
|
|
- Ob du da jetzt in powershell, wsl oder msys bist sollte eigentlich keinen unterschied machen
|
|
|
|
|
|
|
|
## submodule
|
|
|
|
|
|
|
|
für das rwth-vr-toolkit submodule musst du am Anfang wenn du ein neues Projekt mit dem ARENA Template aufsetzt, einmal git submodule init machen, gefolgt von git submodule update --remote
|
|
|
|
Wenn das Plugin/submodule repository einen neuen commit bekommen hat, dann kann man das auch aktualisieren mit git submodule update --remote
|
|
|
|
|
|
|
|
## Achtung:
|
|
|
|
|
|
|
|
Spezialitäten von Unreal mit git würde ich sagen sind halt, dass du am besten deine commits so machst, dass JEDER Commit ein lauffähiges Projekt ist.
|
|
|
|
|
|
|
|
Damit meine ich: arbeite nicht parallel an vielen stellschrauben und committe dann nur einen Teil. Dadurch, dass du bei den blueprints keine git diffs hast kannst du nicht so wirklich cherry-picken wenn irgendwas dein projekt kaputtgemacht hat.
|
|
|
|
|
|
|
|
Also lieber kleine Schritte machen, fokussiert auf ein Problem und wenn das gefixt ist, dann committen und dann dem nächsten Problem zuwenden |
|
|
\ No newline at end of file |
