2016-04-25 11 views
1

Ich habe Git für Versionskontrolle und GitHub für die Veröffentlichung von Code für eine Weile verwendet. Ich fühle mich mit der Oberfläche vertraut und finde es sehr hilfreich. Allerdings bin ich in dieser Situation etwas zerrissen. Ich bin ein Student, der meine Schulcomputer und Personalcomputer verwendet, um Code zu schreiben.Entwickeln zwischen mehreren Computern

Ich muss häufig an meiner Anwendung von mehreren Computern aus arbeiten. Ich könnte in der Mitte des Code schreiben, wenn die Periode endet und ich muss gehen. Es fühlt sich falsch an, den Code auf GitHub hochzusteuern und dann den entfernten Zweig mit meinem PC zu synchronisieren, wenn ich nach Hause komme (das heißt, dass ich täglich zu GitHub gehen würde.) Aber ist das korrekt? Wenn nicht, welches Werkzeug soll ich verwenden? Ich möchte mehrere Arbeitsbereiche mit Code synchronisieren, der sehr wahrscheinlich falsch und fehlerhaft ist.

+0

Was macht dieses "Gefühl falsch" für Sie? Möchtest du nicht sehen, dass "Work in Progress" in deiner Geschichte festgeschrieben wird, benutzt du nur einen einzigen Zweig und willst, dass er immer in einem Arbeitszustand ist? – Jonah

+2

Also haben Sie einen WIP-Zweig und zwingen Sie ihn einfach dazu. Git ist ein kompletter Geschichtsredakteur, den Sie nach Belieben neu schreiben und überarbeiten können. Es ist nichts Heiliges an einem Commit. – jthill

Antwort

1

Es ist in Ordnung zu drücken, sobald Sie eine Arbeit in Arbeit verzweigen.

Später können Sie die Geschichte dieses Zweiges verbessern oder zusammendrücken, bevor Sie mit anderen Hauptzweigen verschmelzen.

einen Blick auf diese: https://git-scm.com/book/es/v2/Git-Tools-Rewriting-History

0

Ich würde folgendes empfehlen,

einen Zweig erstellen school_work und die Arbeit an, dass genannt. Am Ende des Tages drücken Sie Ihre Änderungen auf develop. Denken Sie daran, dass wir develop als Zweig mit dem Code holy verwenden werden. Wenn Sie nach Hause kommen, gehen Sie in den Zweig school_work und fahren dort fort, wo Sie aufgehört haben. Am Ende der Arbeit. Machen Sie eine git rebase -i ..., um eine interaktive Revase zu erstellen, in der Sie Ihre Commits so organisieren, wie sie aussehen sollen. Am Ende tun Sie eine git pull --rebase origin develop. Dadurch wird Ihre Branche gegen Entwicklung rebasen.

Jetzt fusionieren Sie Ihre school_work Zweig in develop.

Bei der nächsten Schule Arbeitssitzung Kasse eine neue Filiale namens school_work2 von der dann develop und wiederholen Sie die Schritte.

Verwandte Themen