Registriert: Mi Aug 14, 2013 21:17 Beiträge: 588
Programmiersprache: C++
Hast du deine Änderungen vorher mit git add in den Staging-Bereich gebracht und mit git commit committet?
_________________ So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)
Registriert: Mi Aug 14, 2013 21:17 Beiträge: 588
Programmiersprache: C++
Du kannst die Commit-Message auch direkt angeben:
Code:
git commit -m "bug #791 gefixt"
Und natürlich gibt es dafür GUIs, die brauchst du aber nicht. Was du viel eher brauchst, ist eine Einführung in git. Auf der offiziellen Website zu git gibt es eine sehr gute. Wenigstens die ersten drei Kapitel solltest du verinnerlichen. Wenn du das nicht machst, wirst du auch nicht verstehen, was die GUI dir eigentlich abnimmt und folglich immer wieder in neue Probleme laufen.
_________________ So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)
Github scheint ein recht komplexe Sache zu sein. So wie es scheint können mehrer User gleichzeitig an einem Project arbeiten. Ich habe gerade heute morgen in einer Zeitschrift gesehen, das es ganze Bücher über dieses Thema gibt.
Wie sieht es mit SVN aus, ist dies auch so komplex ?
Registriert: Mi Aug 14, 2013 21:17 Beiträge: 588
Programmiersprache: C++
mathias hat geschrieben:
So wie es scheint können mehrer User gleichzeitig an einem Project arbeiten.
Ja, natürlich! Das ist doch der Zweck einer solchen Plattform.
Wie Horazont übrigens schonmal erwähnte, ist Git nicht das gleiche wie Github. Git ist die Software für die Versionsverwaltung. Github ist ein Unternehmen, dass dir anbietet deinen Code auf deren Servern in einem Git-Repository zu hosten. Dazu gibt es eine schicke Weboberfläche. Es gibt auch andere Anbieter, z.B. GitLab und Bitbucket.
mathias hat geschrieben:
Ich habe gerade heute morgen in einer Zeitschrift gesehen, das es ganze Bücher über dieses Thema gibt.
Ach, Bücher gibt es über alles. Über Kochen, Kinder erziehen, sogar übers Kinder zeugen... Was ich sagen will: Man kann es zwar jahrelang studieren, aber man braucht nicht viel Vorwissen, um mit Git zu arbeiten. Die 3 Kapitel habe ich dir bereits verlinkt. Ausprobieren kannst du noch während du sie liest.
mathias hat geschrieben:
Wie sieht es mit SVN aus, ist dies auch so komplex ?
SVN ist nicht einfacher, nur älter, kann nicht ganz so viel und unterscheidet sich konzeptionell etwas von git. Wenn du noch nie mir einer Versionsverwaltung gearbeitet hast, empfehle ich mit git anzufangen. Das ist aber fast schon wieder eine Glaubensfrage wie bei Programmiersprachen.
@Moderatoren: Ich finde, die Diskussion über Git(Hub) könnte man auch in einen eigenen Thread abspalten.
_________________ So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)
Wen ich es richtig verstehe, wen mehrere an einem Project arbeiten, dann nimmt man GITHub/SVN. Aber schreibt man etwas alleine, und will es veröffentlichen, dann ist eher sourceforge geeignet.
Registriert: Mo Sep 23, 2002 19:27 Beiträge: 5812
Programmiersprache: C++
Nein, das hat damit nichts zu tun. Sourceforge ist eigentlich tot. Auf github kannst erstmal nur du Änderungen in dein Repository hochladen.
Mitarbeiten geht über zwei Wege: - Du lädst jemanden als Collaborator zu deinem Projekt ein. Der darf dann ohne dein Zutun Änderungen pushen. Sollte man nur machen wenn man der Person auch vertraut - Pull Requests. D.h. jemand der an deinem Projekt etwas machen will forkt dieses (erstellt quasi eine Kopie mit Bezug in seinem eigenen Account), kann dann dort machen was er will, und wenn er meint dass seine Änderungen in dein Projekt sollen erstellt er einen Pull Request aus dem Änderungssstand seiner Kopie ggü. deiner. Diesen Pull Request kannst du dann prüfen und wenn er okay ist in dein Projekt integrieren (und damit seine Änderungen)
Im kommerziellen Bereich ist git (egal ob öffentlich via github oder intern mit eigenem Server wie z.b. gitlab) inzwischen defacto Standard, und damit ein Thema mit sich jeder Entwickler auseinandersetzen sollte. Bei uns der Firma wurde bis vor Kurzem (teilweise leider immer noch) SVN eingesetzt, die neuen Projekte habe ich aber auf git (mit einem passenden Workflow) umgestellt und auch alle unsere Entwickler in dem Thema geschult. Die Umgewöhnung dauert, aber grade bei großen Projekten mit vielen Branches ist v.a. das Mergen mit git viel bequemer.
Nein, das hat damit nichts zu tun. Sourceforge ist eigentlich tot.
Da staune ich aber, ich lade dort öfters etwas aktuelles runter. ZB wurde dort gerade vor 5 Tagen eine aktuelle Version von Lazarus hochgeladen.
Zitat:
Mitarbeiten geht über zwei Wege: - Du lädst jemanden als Collaborator zu deinem Projekt ein. Der darf dann ohne dein Zutun Änderungen pushen. Sollte man nur machen wenn man der Person auch vertraut - Pull Requests. D.h. jemand der an deinem Projekt etwas machen will forkt dieses (erstellt quasi eine Kopie mit Bezug in seinem eigenen Account), kann dann dort machen was er will, und wenn er meint dass seine Änderungen in dein Projekt sollen erstellt er einen Pull Request aus dem Änderungssstand seiner Kopie ggü. deiner. Diesen Pull Request kannst du dann prüfen und wenn er okay ist in dein Projekt integrieren (und damit seine Änderungen)
Somit wäre das für das Tutorial eigentlich ideal. Wen jemand was ändert, dann bekomme ich Bescheid und ich kann es angucken und später hochladen.
Ich muss mich wohl mehr mit Git/GitHUB auseinandersetzen, schön wäre, wen man ein deutsches Tutorial findet.
_________________ If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung. current projects: ManiacLab; aioxmpp zombofant network • my photostream „Writing code is like writing poetry“ - source unknown
„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.