mehrere Nutzer und ein repository auf github oder springloops
Kennt jemand eine Möglichkeit, mehrere Benutzer arbeiten, aus genau dem repository auf github oder springloops?? Die Art und Weise, dass wir versucht haben, dies wird teilen die gleiche Taste/paar mit allen 4 Maschinen verwendet wird, aber es funktioniert nicht. ein Konto funktioniert einwandfrei, aber dann sind wir nicht sicher, wie Sie wirklich koordinieren die gesamte push/pull/merge-Aspekt. was wir vermeiden wollten, ist mit mehreren Filialen geht.
den Reiz von springloops war, dass jedesmal, wenn jemand eine änderung vornehmen, wird diese änderung wäre FTP würde bis zu den dev-server automatisch. Dann nur eine person ist zuständig für die beweglichen dev Produktion.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Git entworfen wurde, verwendet werden mit einem repository für alle Entwickler. Machen Sie ein Konto für jede person, dann legen Sie einen als Betreuer der master-Zweig. Alle anderen Gabel die Meister, und Sie können arbeiten was Sie wollen, auf Ihre eigenen. Wenn Sie fertig etwas, das Sie senden Sie eine pull-Anforderung, und ziehen Sie Ihre änderungen in den master branch. Dann alle anderen ziehen an den master, so oft wie Sie wollen (einmal pro Tag, zweimal pro Tag, etc).
Verwaltung von mehreren Niederlassungen kann schwierig klingen, aber so lange, wie Sie effektiv kommunizieren, sollte es kein Problem sein. Sobald ein Entwickler beendet eine Funktion, es ist wichtig, dass Sie senden Sie einen pull-request und Sie nicht nur sitzen auf der commits und niemand kennt Sie.
Eine möglichst gute Politik für Entwickler zu Folgen, bevor eine merge request ist es, Sie ziehen aus zu meistern und sicherzustellen, dass es keine Konflikte gibt.
Wenn Sie wirklich wollen, verwenden Sie ein Konto, die Sie nicht teilen müssen, die den gleichen Schlüssel. Github erlaubt den upload so viele Tasten, wie Sie wollen. Jedoch, wenn Sie wollen etwas, das funktioniert wie SVN, die Sie verwenden sollten, SVN, da Git nicht Folgen den gleichen workflow wie SVN.
Gibt es zwei Haupt-workflows. Beide davon ausgehen, dass jeder Entwickler hat ein github-account, das ist kostenlos und sinnvoll:
änderungen
Mitarbeiter sind vorzuziehen, wenn eine Gruppe, die Sie machen oder der Pflege eines software-Produkts. Es ist ein repository für das Projekt auf github und jeder Entwickler ein lokales repository für Ihre Entwicklung arbeiten.
Die Verzweigung ist nützlich, wenn es andere teams oder Entwickler, die mit Ihrer eigenen version Ihres Produkts. Es gibt Ihnen eine Weise (pull-requests) zu bieten, Ihre änderungen zu Verbesserung Ihrer Produkte. Jede Gabel ist allgemein als eine deutliche praktikable Variante für Ihr Projekt.
Verzweigung auch sinnvoll sein, in einer open source-Umgebung, während Sie 'kommen, um Vertrauen' eine potentielle Mitarbeiter. Wenn Sie sich routinemäßig zu akzeptieren, Ihre pull-Anforderungen, können Sie 'fördern', dass Sie ein Kollaborateur.
Zweige sind wichtig und sehr nützlich. Seine schwer zu tun, ohne Sie auf dem remote-repo, wenn mehr als ein Entwickler braucht, um zu arbeiten zusammen auf ein experimentelles feature oder wesentlichen Erweiterung Ihres Projekts.
Git ist extrem flexibel, und Sie können es in viele verschiedene Möglichkeiten. Aber die Menschen haben sehr starke Meinungen über das, was gut sind Konventionen einzuhalten, die in der Verwendung von git. Allerdings ist es setup erfordert einige coördination, aber bestimmte Arten können verlangen, mehr oder weniger. Der Allgemeine Begriff zu suchen ist "git-workflow" zu finden, Diskussionen über diese.
Beachten Sie, dass jedes git-checkout ist ein repository, so dass in einigen trivialen Sinn jeder Entwickler muss in der Tat ein eigenes repository. Es ist durchaus möglich, nur eine "shared" - repository auf github, entweder mit mehrere Schlüssel, oder einem Schlüssel. Dies erfordert mehr coördination vorne-Sie müssen sich darüber verständigen, wo die Entwicklung hingeht. Mit mehreren "öffentlichen" repositories, können Sie diese Verzögerung. Leute kann Blick auf die Arbeit der anderen und diskutieren Sie, ob es sollte zusammengeführt in einer gesegnet-repository.
(Sie können dies auch tun, mit mehreren Filialen auf einem repository, und Sie können auch die Diskussionen über das senden rund um patch-sets, es ist nur noch eine Frage, was ist einfacher.)
Die Antwort ist:
(Gefunden: https://serverfault.com/a/27040/138239)