Как работать над одним проектом, если работаешь на 2 разных компах?
Добрый день!
Я собираюсь работать над проектом, в котором используется git и gulp. Конечно же есть репозиторий на github.
Над этим проектом я буду работать в офисе, за одним компом с 15 00 до 18 00, а с 20 00 до полуночи - за другим компом.
За эти периоды времени сохранения и изменения будут отличаться.
Если конкретизировать вопрос, то нужна возможность как-то получать проект со всеми последними изменениями сделанные на предыдущем компе.
svilkov87: "git pull" - это операция синхронизации локальной ветки с последними изменениями на сервере репозитория slo_nik : для "заливания" достаточно "git push".
Алексей Шумкин: вы о чем?
У меня именно так синхронизируется несколько гитовых реп между рабочим и домашним компом (через тындекс диск). Очень удобно и никаких проблем ни разу не испытывал.
Sly_tom_cat .: считаю это ошибкой выжившего )))
что будете делать, когда "испытаете" проблему? например, при аварии у вашего провайдера, когда тырнета не будет хотя бы сутки?
З.Ы. перед уходом домой/из дома хоть коммитите незавершённое? ))
DevMan: +100500
Мне не понятен подход "git придумали специально для того, чтобы не использовать облачное хранилище."
Это примерно так же как говорить, что если у вас есть интернет, то вам не нужно пить и есть.
git и облака - это совершенно перпендикулярные вещи.
Коммитить незавершенное только потому, что надо переместиться от одного компа к другому - совершенно неверный подход. Зачем коммитить не завершенную работу, т.е. порой просто не работающий код.
По поводу перебоев со связью - они могут быть, но если вы привыкли к всегда доступному интернету, то не грех иметь дома резервный 4G модем на случай если бигпровайдер.ру вдруг отчибучит опять (когда был кляйн.провайдер.ру - годами перебоев не было, но модем в тумбочке все равно лежал). А на работе и так каналы резервированы.
Зы да, когда-то очень давно с работы домой путешествовали мои личные проектики и документы на флешке/переносном hdd. Сейчас это смешно вспоминать.
Коммитить незавершенное только потому, что надо переместиться от одного компа к другому - совершенно неверный подход. Зачем коммитить не завершенную работу, т.е. порой просто не работающий код.
это в Вас говорит подход централизованных VCS, где "ой, боюсь закоммить, т.к. что-нибудь сломаю"
в Git царит концепция "commit often", т.к. то, что было однажды закоммичено - потерять сложно
а отдельные ветки избавляют от страха коммитить нерабочий код, т.к. это, собственно, ОТДЕЛЬНЫЕ ветки...
Sly_tom_cat .: а в чём проблема коммитов с неработающим кодом?
Тащемта, пример: есть Вася и Петя. Вася работает с фронтом, Петя - с бэком. Допустим, Вася устал и ушёл с работы, не закончив таску. Закоммитил накоженное в свою ветку, о которой Петя может даже и не знать. Вася пришёл домой, перекусил, отдохнул, взял последнюю версию из своей ветки и обнаружил: ба, да оно же такое же, каким я его оставил! Не дела, надо дописывать. Дописал, запушил в общую ветку develop.
Собственно вопрос: ЗАЧЕМ нужно облачное хранилище при работе с репозиторием? Репозиторий также является (из определения) хранилищем, но с более строгой структурой и с большим числом плюшек.
abberati: Ну хотите коммитить/пушить плохой код - коммитте/пуште на здоровье.
Только вот вы в упор не понимаете, что GIT версионность кода призван контролировать, а не организацию хранения локального репозитория.
Просто с репой в облаке у вас на нескольких компах одинаковая локальная репа, комиттить может хоть каждую строчку, а вот PUSH-ить заведомо нерабочий код в центральный репозиторий - во многих командах считается моветоном.
Sly_tom_cat .: как связаны нерабочий код, центральный репозиторий и моветон?
Ветки! Если вся разработка ведётся в одной ветке, то любой пуш будет моветоном. Рабочий/нерабочий код - не важно. Если перед слиянием веток не происходит code-review, всё может рухнуть в любую секунду.
Нагораживать облачное хранилище над репозиторием избыточно. Вот и всё.
abberati: ну вам избыточно вы и пуште при уходе с работы и из дома, а я просто встаю из за компа и перемещаюсь за другой, а пушу по делу, а не из за такой чисто технической вещи как смена рабочего места.
Sly_tom_cat .: я и в процессе работы коммиты делаю. Грамотно написанный комментарий и коммит раз в один-два часа позволяют не расстраиваться при откатах.
