Staging-Datenbank in ddev importieren
Automatisches Imprtieren der aktuellen Staging/Live Datenbank in die lokale ddev Umgebung.
| 27. Juli 2022 | |
| Tipps & TricksTYPO3 | |
| AutomatisierungddevServerWebentwicklung |
Gitlab Runners: HARD RESET
Zurücksetzen der Gitlab-Runners in der internen PostgreeSQL Datenbank von Gitlab
| 26. April 2022 | |
| Tipps & Tricks | |
| GitlabGitlab-RunnerPostgreeSQL |
Private Composer Packages mit Gitlab 14.10
Mein aktuelles (Stand April 2022) Deployment sieht folgendermaßen aus: Mit jedem Commit ins Gitlab startet ein Gitlab-Runner einen Docker-Container mit dem Image von t3easy (https://hub.docker.com/r/t3easy/surf/, an dieser Stelle herzlichen Dank an Jan für das Docker Image!) und zieht sich das Projekt in den Container, baut mir die Assets für das Frontend zusammen (derzeit via NPM, […]
| 26. April 2022 | |
| Tipps & Tricks | |
| CI/CDDeploymentDockerGitlabGitlab-Runner |
Ubuntu vServer mit Omnibus Gitlab
Neueste Liste mit Updates holen: sudo apt-get update diese auch gleich installieren: sudo apt-get update && sudo apt-get dist-upgrade Neue Versionen anzeigen: apt list --upgradable Fehler Beim letzten apt-get update kam die Fehlermeldung: Err https://packages.gitlab.com/gitlab/gitlab-ee/ubuntu focal InRelease The following signatures were invalid: EXPKEYSIG 3F01618A51312F3F GitLab B.V. (package repository signing key) <packages@gitlab.com> da sind scheinbar die […]
| 26. April 2022 | |
| Tipps & Tricks | |
| CI/CDGitlabLinuxnetcupServerUbuntuvServer |
EROFS: read-only file system, mkdir ‚/cache‘
Diesen Fehler erhalte ich hin und wieder bei einem ’npm update‘. Keine Ahnung, wie dieser entsteht aber zu lösen ist es folgendermaßen: In der Datei /usr/local/etc/npmrc setzt er bei mir in der ersten Zeile den Cache Folder auf /cache/npm. Diesen gibt es natürlich nicht und daher kann man die Zeile löschen. Danach klappt nun wieder […]
| 17. Dezember 2021 | |
| Tipps & Tricks | |
| NodeNPM |