Comenius-Institut/zukunftsloesungen-ejournal
20
0
Fork 0
Code Issues 2 Pull requests 1 Actions Packages Projects Releases Wiki Activity
Zukunftslösungen - Ein eJournal zur Weltverbesserung
13 commits 3 branches 0 tags 85 KiB
Find a file
jens_dechow 88ca4fc256 Nutzen von Git.md aktualisiert
2024-07-23 12:59:54 +00:00
LICENSE Initial commit 2024-07-22 16:53:39 +00:00
Nutzen von Git.md Nutzen von Git.md aktualisiert 2024-07-23 12:59:54 +00:00
README.md README.md aktualisiert 2024-07-23 12:57:15 +00:00

README.md

Zukunftslösungen - Ein eJournal zur Weltverbesserung

Themensammlung

Kapitelvorschläge:

  1. Größe und Struktur Git Repo
  2. Wofür Git? Eiscafé / Fonduestube
  3. Wie geht das mit Webhook und Matrix?
  4. Gesamtstruktur von Git Gartenterasse
  5. Interagieren auf den verschiedenen Ebenen
  6. Wie lässt sich Git mit anderen Apps verknüpfen?
  7. Welche Interaktion gibt mit anderen CI Tools?
  8. Vereinbarung mit Working out loud
  9. Anwendungsfälle git für OER
  10. Auffindbarkeit OER in git Gruppenarbeit 1
  11. Wie erstellen wir #OER mit git?

Hier hat Johann Amos Comenius ein Repositorium angelegt, in dem wir arbeiten können: https://git.rpi-virtuell.de/Comenius-Institut/zukunftsloesungen-ejournal

Kapitel / Inhalte / Fragestellungen

1. Welche sinnvolle Größe und Struktur sollte ein Git-Repositorium haben? Welche Dateien sind essentiell?

  • Was sind geeignete Formate und Pakete um diese mit anderen zu bearbeiten und sie gut forken zu können?
  • Wie hält man ein Repositorium übersichtlich?
  • Was muss in der Readme.md stehen?
  • Wie sollte man beim Anlegen eines Repositorium vorgehen?
  • Wozu braucht es einen Kontrakt für die Mitarbeit?
  • Wann sollte man einen neuen Branch erzeugen?

2. Wofür überhaupt Git - nur eine neue digitale Sau?

  • Welchen Nutzen hat Git? Was löst Git, was über andere technische Lösungen weniger gut zu gewährleisten ist?
  • Welche Herausforderungen zeigen sich?
  • Ist Git für alle Anwendungsbereiche im Institut sinnvoll einsetzbar? Bzw. für welche kann es sinnvoll sein, für welche weniger?
  • Wollen wir git für das Abarbeiten von Aufgaben nehmen?
  • Wie soll sich Git in der Toolbox des CI zu anderen Werkzeugen verhalten (Etherpads, Nextcloud und OnlyOffice, "alte" Kanban-Boards, XWiki ...)? Soll git z. B. das Nextcloud Deck ablösen?
  • Wenn wir in git Verweise zu Nextcloud oder XWiki unterbringen, dann können Dritte diese Verweise nicht nutzen. Für unsere Zusammenarbeit in Git werden solche Verweise aber unvermeidlich sein.

3. Wie geht das mit dem Webhook und der Matrix?

  • Die Anleitung zur Integration in die Matrix ist hier gut dokumentiert
  • Wir haben das exemplarisch für unser git mit Gitta Forker als Bot hier in der Matrix einmal eingerichtet
  • Nun gilt es die Einrichtung als Anleitung zu dokumentieren und nachvollziehbar zu machen.
    • Auch der Zugangskey für den "Gitta-Bot" sollte irgendwo datensicher abgelegt werden und für Comenius-Institutsmitarbeitende zugänglich gemacht werden

4. Wie ist die Gesamtstruktur von git?

  • Git arbeitet mit vielen Begriffen und Logiken, die ITlern vertraut, anderen aber oft fremd sind. Hier ist voraussichtlich ein hoher Übersetzungsaufwand nötig.
  • Welche Prozesse der Zusammenarbeit sollen in git verfolgt werden?
  • Wie kommen wir von einer Software zur Verwaltung von Dateiversionen zu einem Tool, das Arbeitsprozesse in einer Organisation erleichtert?

5. Wie interagieren die verschiedenen Ebenen und Formate innerhalb von git? (issues, Projekte, repositorien,...)

6. Wie lässt sich Git mit anderen technischen Applikationen verknüpfen?

  • Gibt es Verknüpfungen auch zu proprietären Sozialen Medien / Plattformen? / Wie hilft uns Git in Bezug auf FOERBICO in der Schnittstelle zu wirlernenonline u.ä.?
  • '''

7. Welche Interaktion gibt mit anderen CI Tools?

  • cloud, element, wordpress, pads,... (siehe auch "Wofür überhaupt Git?")
  • Hier geht es nicht nur um eine technische Frage, sondern auch darum, für welchen Zweck und wie diese unterschiedlichen Instrumente jeweils eingesetzt werden. Zentrales Kriterium sollte u.a. wenig Überschneidung der Instrumente sein - d.h. es muss immer eindeutig klärbar sein, wenn ein Anwendungsfall vorliegt, welches Instrument dafür das geeignete ist.
  • Wie kann git mit andren (externen) Partnern genutzt werden? Was gilt es ggf. zu beachten (Stichwort Datenschutz, etc.?)
  • Die Langzeitspeicherung kann git recht gut hinbekommen.

8. Vereinbarung für Working out loud.

  • Offene und zugleich prozessorientierte Kommunikation?
  • Wie schaffen wir es, nicht auf zu vielen Plattformen zu kommunizieren?
  • Welche Voraussetzungen braucht es für eine gelingende asynchrone und synchrone Kommunikation?
  • Arbeit hier im Issue

9. Wie sehen Anwendungsfälle für die Nutzung von Git für OER aus?

10. Wie machen wir Wissen (z.b. zu OER) auffindbar in git? Soll es das überhaupt leisten?

  • Gibt es innerhalb von markdown / git sozusagen Verweise / Links von einer zur anderen Stelle?
  • wie finden das Dritte aus den communities, die eigentlich gar nicht mit git unterwegs sind?

11. Wie erstellen wir "#OER" mit git und wie wird es gefunden und daran weitergearbeitet?