Interessanter Stil, aber "Server shooting down" ? Wäre mir neu, dass der Server mit einer Waffe umsich schießt. 
Gleiches auch für die Callbacks :p
Exkursion ins Nirvana - Code made Open Source
- Akino Kiritani
- Geschlossen
- Erledigt
-
-
Huch, ist korrigiert.
-
Du solltest die MySQL Daten vielleicht nicht mit commiten/pushen.
Ansonsten +1 für Shoebill.
-
Du solltest die MySQL Daten vielleicht nicht mit commiten/pushen.
Ist sowieso nur eine Testdatenbank, die aktuell da rum fliegt.Die Struktur ist ja als zero.sql vorhanden, so kann theoretisch jeder mit der Datenbank arbeiten.
ich hab die Datei mit den Daten eigentlich in .gitignore eingetragen, wasrum sie so hochgeladen wurde weiß ich allerdings auch nicht
-
Hab dazu kurz eine Frage.
Wenn User A und B sich den aktuellen Status herunterladen. Beide bearbeiten das Script auf ihre eigene Weise und laden es dann hoch. Wird dann eine Version von A oder B genommen, oder werden die Daten irgendwie "fusioniert"?
Kenne mich mit Github 0 aus
-
Hab dazu kurz eine Frage.
Wenn User A und B sich den aktuellen Status herunterladen. Beide bearbeiten das Script auf ihre eigene Weise und laden es dann hoch. Wird dann eine Version von A oder B genommen, oder werden die Daten irgendwie "fusioniert"?
Kenne mich mit Github 0 ausNein, man erstellt einen Fork.
-
Und dann kann jeder seine Version wieder commiten und einen "Merge Request" stellen - für dafür vorgesehen Personen prüfen dann den Code und können ihn dann ins Repo "einfügen"
-
Wenn User A und B sich den aktuellen Status herunterladen. Beide bearbeiten das Script auf ihre eigene Weise und laden es dann hoch. Wird dann eine Version von A oder B genommen, oder werden die Daten irgendwie "fusioniert"?
User A und B erstellen jeweils eine eigene Repository (um genau zu sein Klonen sie die Repository 1:1), an der sie Änderungen durchführen können wie sie wollen da es sich ja um eine Kopie handelt.Möchten User A und B nun ihre Änderungen wieder zurück in die Haupt Repository* laden (pushen), dann erstellen sie einen so genannten Commit. Dieser beinhaltet alle Dateien die verändert wurden, und eine Nachricht in der man normalerweise zusammenfasst was für Änderungen vorgenommen wurden. Der Projektmanager (in dem falle hier BlackAce) sieht dann genau was für Dateien verändert wurden und kann dann entscheiden ob er die Änderungen für richtig hält oder nicht, und den Commit annehmen/ablehnen.
Sollte 2 Commits im Konflikt miteinander stehen dann ist es auch BlackAce aufgabe zu schauen welcher (bzw. ob einer) der Beiden Commit angenommen wird, und der andere eben abgelehnt wird.Wird ein Commit angenommen werden die darin enthaltenen Änderungen in das Projekt "funsioniert" wie du schön sagtest (in git eher als mergen bezeichnet).
*= Eigentlich gibts in Git keine "Haupt" Repository. Aber ums zu veranschaulichen hab ichs mal so genannt.
-
Sorry, das ich nichts mehr zu diesem Projekt hab hören lassen.
Ich war 2 Wochen im Urlaub und hab dem entsprechend wenig(nichts
) tun können.
In den letzten Tagen hab ich auch wieder was getan, auch wenn es nicht viel und eher mal wieder grundlegende Sachen waren / sind - aber es muss schließlich auch getan werdenDemnächst werde ich zu diesem Projekt auch eine entsprechende Seite anlegen, mal schauen vielleicht wird es Wordpress oder einfach ein Forum.
Ein entsprechendes Thema wird es aber auch hier dazu geben
Hier der Link zum Repo: https://github.com/Reclusior/Open-Pawn
Und zum "Changelog" - wenn man das so nennen kann
https://github.com/Reclusior/Open-Pawn/commits/develope -
Beitrag von 085zehn ()
Dieser Beitrag wurde gelöscht, Informationen über den Löschvorgang sind nicht verfügbar. -
-
breadfish.de
Hat das Thema geschlossen.
