Skip to content

Gitlab - Projekt verwalten

Linux
  • Und wieder was, was es zu entdecken gilt 🙂

    Ich habe eine Webseite, die ich mal ein wenig aufräumen möchte usw. Da wollen wir doch mal probieren, was man mit folgenden Webseiten anfangen kann. Da gibt es

    Früher musste man bezahlen um auf github ein privates Projekt zu verwalten, aber nach dem Kauf durch Microsoft ist ja etwas Bewegung in die Sache gekommen. Man kann mittlerweile auf beiden Diensten ein privates Projekt erstellen. Gut, dann mal ausprobieren. Für welchen Dienst ich mich hier jetzt entschieden habe, brauche ich wohl nicht extra erwähnen, oder? 🙂

    Zum Ausprobieren, muss mein Sicherungsordner auf meinem Haupt-PC herhalten, live wird das erst dann genutzt, wenn ich es verstanden habe 😉

    Ok, auf gitlab.com ein neues Projekt erstellen. Einen Project name eingeben, Visibilty Level wählen und unten bei Initialize repository... KEINEN Haken machen! Fertig!

    0d1fc8a3-0cb3-4733-9657-e7911c6baead-image.png

    Wir wechseln in den Ordner wo das Projekt liegt.

    Wichtig

    Wenn man Files im Projekt hat, die evt. sensible Informationen enthalten, dann legt man ein File mit dem Namen

    .gitignore
    

    an. Da schreibt man die Files oder Ordner rein, die nicht hochgeladen werden sollen. Ich habe da mal einen Upload Ordner reingemacht, den kann ich anderweitig sichern. Das würde hier nur stören, vermute ich zu mindestens im Moment.

    Init

    frank@frank-MS-7A34:~/Backup2$ git init
    Leeres Git-Repository in /home/frank/Backup2/.git/ initialisiert
    
    frank@frank-MS-7A34:~/Backup2$ git remote add origin git@gitlab.com:User/projekt.git
    
    frank@frank-MS-7A34:~/Backup2$ git add .
    

    Inital Commit

    frank@frank-MS-7A34:~/Backup2$ git commit -m "Initial commit"
    [master (Basis-Commit) 3ffbd45] Initial commit
     517 files changed, 204920 insertions(+)
     create mode 100644 .gitignore
     create mode 100644 2018.php
     create mode 100644 2019.php
     create mode 100644 abfrage.php
     create mode 100644 auswertung.php
    [gekürzt]
    

    Hochladen

    frank@frank-MS-7A34:~/Backup2$ git push -u origin master
    The authenticity of host 'gitlab.com (35.231.145.151)' can't be established.
    ECDSA key fingerprint is SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.
    Are you sure you want to continue connecting (yes/no)? yes
    Warning: Permanently added 'gitlab.com,35.231.145.151' (ECDSA) to the list of known hosts.
    Zähle Objekte: 455, Fertig.
    Delta compression using up to 12 threads.
    Komprimiere Objekte: 100% (450/450), Fertig.
    Schreibe Objekte: 100% (455/455), 1.84 MiB | 7.66 MiB/s, Fertig.
    Total 455 (delta 46), reused 0 (delta 0)
    remote: Resolving deltas: 100% (46/46), done.
    To gitlab.com:Bullet64/falschparker2.git
     * [new branch]      master -> master
    Branch 'master' folgt nun Remote-Branch 'master' von 'origin'.
    

    Danach sind alle Daten auf gitlab.com

    wird fortgesetzt....

  • Wenn Ihr mal folgendes Problem habt...

    root@server:/web# git push -u origin master
    git@gitlab.com: Permission denied (publickey).
    fatal: Konnte nicht vom Remote-Repository lesen.
    
    Bitte stellen Sie sicher, dass die korrekten Zugriffsberechtigungen bestehen
    und das Repository existiert.
    

    dann habt ihr keinen ssh Key erzeugt, oder bei gitlab.com abgelegt. Unter ~/.ssh nachsehen ob die Datei id_rsa.pub vorhanden ist. Wenn nicht dann

    ssh-keygen -t rsa
    

    ausführen. Und ganz wichtig, unter

    muss der Public-Key des Servers hinterlegt sein, sonst hat man logischerweise keinen Zugriff auf den Server.

    Danach sollte dann auch der Befehl

    git push -u origin master
    

    gehen.

    git push -u origin master
    Objekte aufzählen: 448, Fertig.
    Zähle Objekte: 100% (448/448), Fertig.
    Delta-Kompression verwendet bis zu 4 Threads.
    Komprimiere Objekte: 100% (443/443), Fertig.
    Schreibe Objekte: 100% (448/448), 1.86 MiB | 6.98 MiB/s, Fertig.
    Gesamt 448 (Delta 45), Wiederverwendet 0 (Delta 0)
    remote: Resolving deltas: 100% (45/45), done.
    To gitlab.com:xxxxxxxxxxxxxxxxxx.git
     * [new branch]      master -> master
    Branch 'master' folgt nun Remote-Branch 'master' von 'origin'.
    
  • Und mit git pull holt man dann die Änderungen usw.

     git pull
     remote: Enumerating objects: 11, done.
     remote: Counting objects: 100% (11/11), done.
     remote: Compressing objects: 100% (9/9), done.
     remote: Total 9 (delta 6), reused 0 (delta 0)
     Entpacke Objekte: 100% (9/9), Fertig.
     Von gitlab.com:xxxxxxxxxxxxxxxxxxxxxxxxxx
        44b219c..bd2c333  master     -> origin/master
     Aktualisiere 44b219c..bd2c333
     Fast-forward
      backend/gulpfile_DEL.js  | 135 ------------------------------------------------------------------------------------------------------------
      backend/logout.php_DEL   | 126 ----------------------------------------------------------------------------------------------------
      backend/package.json_DEL |  49 ---------------------------------------
      3 files changed, 310 deletions(-)
      delete mode 100644 backend/gulpfile_DEL.js
      delete mode 100644 backend/logout.php_DEL
      delete mode 100644 backend/package.json_DEL
    

  • Standby Problem mit Mediatek MT7921e

    Linux
    1
    0 Stimmen
    1 Beiträge
    93 Aufrufe
    Niemand hat geantwortet
  • Debian Bookworm 12.8 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    99 Aufrufe
    Niemand hat geantwortet
  • Test3

    Linux
    1
    0 Stimmen
    1 Beiträge
    47 Aufrufe
    Niemand hat geantwortet
  • Fedora erhebt KDE zur offiziellen Workstation Alternative

    Linux
    1
    0 Stimmen
    1 Beiträge
    91 Aufrufe
    Niemand hat geantwortet
  • Fedora 41 - Standby Problem

    Linux
    4
    0 Stimmen
    4 Beiträge
    274 Aufrufe
    FrankMF

    Es hatte bis jetzt leider gar nichts vernünftig funktioniert. Nachdem Manjaro den Kernel 6.10 rausgeschmissen hat (EOL), stand ich auf dem Schlauch. Alles nach 6.10 ging nicht, zwischenzeitlich war ich auf 6.6., da ging es, aber ist auch keine Lösung. Also, mal wieder überall rein gelesen.

    Hier findet man die Lösung.

    Link Preview Image Kernel 6.11.3-200.fc40 unable to resume from suspend when bluetooth enabled

    Hello everyone, I have been having a weird issue that I thought was maybe GPU or monitor related because it seemed to happen on multiple distros. I recently realized the one common denominator was Kernel 6.11. I am unable to wake my computer from suspend and get video output unless bluetooth is di…

    favicon

    Fedora Discussion (discussion.fedoraproject.org)

    File /etc/system/systemd/bluetooth-fix.service anlegen

    [Unit] Description=Disable Bluetooth before going to sleep Before=sleep.target StopWhenUnneeded=yes [Service] Type=oneshot RemainAfterExit=yes ExecStart=/usr/sbin/rfkill block bluetooth ExecStop=/usr/sbin/rfkill unblock bluetooth [Install] WantedBy=sleep.target

    Aktivieren

    systemctl enable bluetooth-fix.service

    Danach geht mein Standby auch wieder mit höheren Kernel-Versionen.

    uname -a  ✔  20s  Linux frank-manjaro 6.12.1-4-MANJARO #1 SMP PREEMPT_DYNAMIC Mon, 25 Nov 2024 05:36:03 +0000 x86_64 GNU/Linux

    Frank wieder zufrieden 🤓

    Das ist jetzt zwar nur ein Workaround, aber besser als gar nichts. Was weiß ich, wann welche Firma jetzt mal das Problem anfasst und fixt!? Für mich hat der Workaround auch keine negativen Auswirkungen. Zumindestens ist mir noch nichts aufgefallen. Ich werde berichten.

  • Ubuntu wird 20

    Linux
    1
    0 Stimmen
    1 Beiträge
    103 Aufrufe
    Niemand hat geantwortet
  • Debian Bookworm 12.7 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    105 Aufrufe
    Niemand hat geantwortet
  • Semaphore - Die API

    Verschoben Ansible
    2
    0 Stimmen
    2 Beiträge
    168 Aufrufe
    FrankMF

    Ich hasse schlecht lesbaren Code, scheint man sich bei Python so anzugewöhnen. Habe da nochmal was mit der langen Zeile getestet.

    stages: - deploy deploy: stage: deploy script: # $SEMAPHORE_API_TOKEN is stored in gitlab Settings/ CI/CD / Variables - >- curl -v XPOST -H 'Content-Type: application/json' -H 'Accept: application/json' -H "Authorization: Bearer $SEMAPHORE_API_TOKEN " -d '{"template_id": 2}' https://<DOMAIN>/api/project/2/tasks only: - master # Specify the branch to trigger the pipeline (adjust as needed)

    Hier noch was Dr. ChatGPT dazu schreibt

    631de9d4-b04d-4043-bfff-c5f2d1b6eea7-grafik.png

    Erledigt - läuft 🙂 Und verstanden habe ich es auch.