2016-04-25 1 views
1

Я использую Git для управления версиями и GitHub для публикации кода на некоторое время. Я получаю удовольствие от интерфейса и считаю его очень полезным. Тем не менее, я немного порван с этой ситуацией. Я студент, использующий мои школьные компьютеры и персональный компьютер для написания кода.Разработка нескольких компьютеров

Мне нужно часто работать с моим приложением с нескольких компьютеров. Я мог бы быть в середине написания кода, когда закончится период, и мне нужно уйти. Неправильно подталкивать код до GitHub, а затем синхронизировать удаленную ветку с моим ПК, когда я возвращаюсь домой (это означает, что я бы ежедневно толкал GitHub). Однако это правильное использование? Если нет, какой инструмент я должен использовать? Я хочу синхронизировать несколько рабочих областей вместе с кодом, который может быть очень ошибочным и ошибочным.

+0

Что делает это «плохой» для вас? Разве вы не хотите, чтобы «работа в процессе» фиксировала в вас историю, вы используете только одну ветку и хотите, чтобы она всегда находилась в рабочем состоянии? – Jonah

+2

Итак, у вас есть ветвь WIP и просто нажимайте на нее. Git - полный редактор истории, вы можете переписывать и пересматривать, как вам нравится, нет ничего святого в коммите. – jthill

ответ

1

Это нормально, чтобы нажать, как только вы нацелитесь на проделанную работу.

Позже вы можете взломать или сквоить историю этой ветки перед слиянием с другими основными ветвями.

Взгляните на это: https://git-scm.com/book/es/v2/Git-Tools-Rewriting-History

0

Я бы рекомендовал следующее,

Создать ветку под названием school_work и работать над этим. В конце дня отмените изменения до develop. Помните, что мы будем использовать develop как ветку с кодом holy. Когда вы достигнете своего дома, отправьте сообщение school_work и продолжайте движение, где вы остановились. В конце работы. Сделайте git rebase -i ..., чтобы сделать интерактивный отзыв, в котором вы организуете свои фиксации так, как вы хотите, чтобы они выглядели. В конце делайте git pull --rebase origin develop. Это приведет к перераспределению вашего филиала против разработки.

Теперь объедините свою school_work ветку в develop.

На следующей сессии школьной сессии проверьте новую ветку с именем school_work2 с последующим develop и повторите шаги.