mulearn

µlearn -Website

Dieses Repository enthält die Quellcode -Dateien für das µlearn Frontend -Projekt. Bitte gehen Sie Folgendes durch, um die Namensstandards für Benennung und Beiträge zu erhalten.

Git -Befehle und Namensetikette

Das Projekt klonen

 git clone https://github.com/your_username/ur_fork_of_mulearn.git

Führen Sie die erforderlichen Änderungen in der Datei vor und fügen Sie die Dateien hinzu.

 git add -A

Die Änderungen begehen

 git commit -m "feat(): Implemented the feature"

Ziehen Sie die Änderungen vom Server ab (nicht für den ersten Druck anwendbar).

 git pull origin branch-name

Drücken Sie die Änderungen zum ersten Mal auf den Server

 git push origin branch-name

Stellen Sie sicher, dass Sie die Änderungen aus dem Repo ziehen und Ihre Filiale auf dem neuesten Stand halten.

Ausführen des Projekts lokal ausführen

 git clone https://github.com/gtech-mulearn/mulearn.git

Das zentrale Repository enthält drei Hauptzweige mit zwei Zweigen mit unendlicher Lebensdauer (Dev-Server & Produktion)

• Dev
• Dev-Server (gehostet)
• Produktion (gehostet)

Dev Branch ist offen für die Zusammenarbeit und dient als Entwicklungsumgebung, in der Mitwirkende an neuen Funktionen und Fehlerbehebungen arbeiten können, bevor sie in andere Zweige verschmolzen werden.

Dev-Server ist der Hauptzweig, in dem der Quellcode des Kopfes immer einen Staat mit den neuesten zubereiteten Entwicklungsänderungen für die nächste Veröffentlichung widerspiegelt

Ursprung/Produktion ist der Hauptzweig, in dem der Quellcode des Kopfes immer einen Produktionsstaat widerspiegelt.

Nachrichtentypen begehen

• feat: (fügt wertvolle neue Funktionen oder Verbesserungen hinzu, die den Benutzern direkt zugute kommen und engagieren.)

  ZB "feat (Spalte): Neue Funktion hinzugefügt." "

• Fix: (beherrscherne Benutzerprobleme, Verbesserung der Zuverlässigkeit der Software und Bereitstellung einer reibungsloseren Benutzererfahrung.)

  Z. "Fix (Fall): Problem der Sensitivität des Falles in der Suchfunktionalität für genaue Ergebnisse."

• Dokumente: (Änderungen oder Aktualisierungen der Dokumentation für bessere Klarheit und Verständnis vornehmen.)

  ZB "DOCS (README): Aktualisierte ReadMe -Datei mit Installationsanweisungen und Verwendungsbeispielen."

• Stil: (Konzentrieren Sie sich auf die Verbesserung des Code -Erscheinungsbilds wie Formatierung und Behebung fehlender Semikolone, ohne die Funktionalität zu beeinflussen.)

  ZB "Stil (Format): Korrektureindrückung und fehlende Semikolons für konsistente Codestile hinzugefügt."

• Refactor: (Ändern des Produktionscode, z. B. um das Umbenennen von Variablen, um seine Struktur und Wartbarkeit zu verbessern.)

  EG "Refactor (Variablen): Umbenannt Variablen für eine verbesserte Code -Klarheit und -wartbarkeit."

• Test: (Hinzufügen von Tests, die vorhandenen Tests fehlten und verbesserten, ohne den Produktionscode zu ändern.)

  ZB "Test (Login): Tests für die Benutzeranmeldungsfunktionalität hinzugefügt und vorhandene Anmeldeversuche nachgearbeitet."

• Aufgabe: (Aktualisierung von Build-Aufgaben und anderen Nichtproduktionscodeaspekten, ohne die tatsächliche Software zu ändern.)

  ZB "CHORE (GRUNT): Aktualisierte Grunzenaufgaben für eine bessere Aufgabenautomatisierung und Erstellung der Prozesseffizienz."

Beitragen

Beiträge sind immer willkommen!

Sehen Sie, wie Sie den contributing.md haben, um zu beginnen.

Betreuer

• Wenn Sie der Betreuer dieses Projekts sind, sind Sie dafür verantwortlich, die Pull -Anfrage zu überprüfen und zu verschmelzen.

Anfragebloße ziehen

• Die Pull-Anfrage der Entwickler kann nur in der Dev (Feature, Bug-Fix) -Ast empfangen werden.
• Nach der Überprüfung der Anfrage können Sie sie je nach Art der Anforderung mit dem Dev-Server/der Produktion zusammenführen.

Qualitätstester

• Wenn Sie ein Qualitätstester sind, können Sie den Dev-Server-Zweig zum Testen der bevorstehenden Funktionen und den Produktionszweig für Funktionen, die bereits in der Produktion enthalten sind, überprüfen.