Как передавать друг другу код, если твой товарищ живет далеко?

Question

[Давид Чередник]

Всем привет. Решили скооперироваться с моим другом (правда живет он далеко) и сделать совместный проект. Уже спроектировали и готовы кодировать, но встал вопрос обмена кодом. Есть вариант через Github, но постоянно клонировать такое себе. Как это реализовать? P.S. Я хочу узнать, как именно реализовать передачу данных

Comments

[tuwkan]

а зачем клонировать, если есть git pull ?

[Freeman]

Не хочу нагнетать, но когда-нибудь тебе будет стыдно за этот воспрос. И чем раньше, тем лучше. Почитай еще раз внимательно про Git, как тут советуют. Жму руку, желаю стать хорошим программистом.

Answer 1

[Decadal]

Почитайте про гит побольше, классная штука
А потом воспользуйтесь услугами github, gitlab or bitbucket

Comments

[Давид Чередник]

про гит знаю, штука классная. Но как она мне тут поможет? Или я что то не знаю?

[Алексей Уколов]

Давид Чередник, да, очевидно — вы чего-то не знаете. Как расстояние помешает работать через git?

[Decadal]

Давид Чередник, кроме просто контроля версий, перечисленные мной сервисы предлагают хранить код в своем облаке. Таким образом где бы вы ни находились, дав доступы к своему репозиторию на гитхабе, вы доставите код во все точки мира где есть интернет. Точнее, доставите возможность забрать себе этот код.

[Давид Чередник]

Decadal, я знаю это, но как сделать так, чтобы не приходилось каждый раз смотреть, изменилось ли там что то?

[Максим Мосейчук]

Давид Чередник, а как вы собираетесь вместе писать код? Поменяете вы одну строчку одновременно. Чью версию нужно будет оставить, если будет автосинхронизация?

[Decadal]

Давид Чередник, я не понимаю ваших затруднений. Если вы знаете про гит, вас не беспокоят такие вопросы. Если беспокоят - значит, вы не знаете про гит.

Answer 2

[Максим]

Ну, как предложили выше - какое-то файловое облако, в котором работать вместе или через ftp.
Как столкнетесь с первыми проблемами, возможно придет понимание зачем нужен контроль версий и гит.

Comments

[Давид Чередник]

я и не хочу отказываться от гита

[Максим]

Давид Чередник, ну тогда гит и есть решение вопроса.
Создается проект, первый раз git clone, делаются правки, затем git commit - чтобы сохранить правки локально, затем git pull - проверить есть ли правки от друга, и потом уже git push - залить всё в репозиторий.

Answer 3

[Александр Синицын]

А какая разница далеко или близко. Если вы не работаете на одном компьютере, то передавать надо везде. Если проект онлайн, то можно разрабатывать в онлайн, если нет, то либо какой-то сервис с контролем версий, либо один проект основной, а второй передает/получает изменения.

А что интересно будет если положить проект в Dropbox или Яндекс.Диск, подключить его к среде разработки, расшарить другу, и он тоже подключит его к среде разработки... по-идее все сохраненные изменения должны передавать сразу, главное не начать редактировать один и тот же файл )))

Answer 4

[stratosmi]

Постоянная передача данных - плохая идея.
Мало ли - может в этот самый момент файл редактируется другим человеком, а вы этот файл тоже правите. Он сохранит одно, вы сохраните другое - и что будет в итоге? Ваша версия или его версия останется.

Системы VCS - git, mercurrial, pijul и пр. - помимо прочего еще и защищают от данной проблемы.

Варианты с github, bitbucket - достаточно удобны. Постоянно клонировать не нужно. Достаточно клонировать 1 раз. Затем git pull, push. Иногда merge, stash.

Ну а если вам все же хочется - то synthing - отлично подходит для синхронизации, неважно где находится второй участник.

Answer 5

[lukoie]

Архивируйте в рар, и записывайте на компакт-диск, они ж счас копейки стоят! Передавать можно любой службой доставки, или найти кто будет ехать проездом.

Но вообще, ёлыпалы, гит именно для этого и создан. Если не умеете гит (свн, меркуриал), пользуйтесь дропбоксом или фтп. Но лучше не пользуйтесь. Лучше битбакет.

Answer 6

[Дарья]

По факсу, или голубем, очевидно же)