fuzz 17 мая 2011 в 11:17

Dropbox как Git репозиторий

1 мин

18K

Комментарии 34

timurrrr 17 мая 2011 в 11:36

Насколько оно всё тормозит на проекте реального (не нулевого) размера?

Всё-таки git довольно сильно оптимизирован из расчёта что некоторые операции с диском очень быстрые (например, hard links на Linux)

fuzz 17 мая 2011 в 11:40

На win конечно же медленнее работает, поэтому лучше git использовать на unix'е, если возможно.

evilbloodydemon 17 мая 2011 в 11:56

Не настолько медленнее, чтобы об этом говорить.

SmartBye 17 мая 2011 в 11:41

Он и будет работать быстро с диском. Dropbox уже по факту изменений репозитория будет синхронизировать его с сервером.

timurrrr 17 мая 2011 в 11:58

Там синхронизация через нормально работать будет? :) (см. коммент ниже)

evilbloodydemon 17 мая 2011 в 11:55

А случись два одновременных пуша в этот репозиторий, как вы разруливать будете?

DunkanVS 17 мая 2011 в 12:08

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

evilbloodydemon 17 мая 2011 в 12:12

О чем и речь. Да и то, если синхронизация не получится на одном компьютере, то все, до свидания коммиты. Надежнее заплатить за github или за vps с gitosis.

fuzz 17 мая 2011 в 13:19

Я забыл поставить тег «нищеброд»). Любое коммерческое решение будет надежнее.
Если над проектом работает пара человек, то вполне сносно.

evilbloodydemon 17 мая 2011 в 14:16

Нет же, не сносно. Большая вероятность потери данных.

fuzz 17 мая 2011 в 14:46

Вполне себе сносно. Не знаю случая, когда пара человек очень активно делает центральные коммиты. Предполагается, что разработка и хранение локальных изменений происходят на машинах разработчиков, а push делается для проверенного изменения в центральный репозиторий. Даже в случае гипотетической потери все легко откатывается обратно.

OutPunk 17 мая 2011 в 14:59

Я как-то один на разных машинах работал над проектом, вместе с файлами гита в директории было примерно 11-12 тысяч файлов. В один прекрасный день, сделав коммит на работе и придя домой, обнаружил, что дропбокс потер все файлы в репозитории, без возможности восстановления средствами дропбокса. После этого я заплатил за гитхаб и больше не храню проекты в дропбоксе.

asash 17 мая 2011 в 23:53

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

В итоге сидим на VPS и радуемся жизни.

AlexTikhonov 18 мая 2011 в 00:08

так подождите… есть же сейты, которые дают приватные гит-репозитории… вот неплохой список: git.wiki.kernel.org/index.php/GitHosting

Я попробовал bettercodes.org — неплохо достаточно.

не гитхаб, зато приватные.

Stamm 17 мая 2011 в 22:23

Совершенно согласен. Только вместо gitosis использовать gitolite — гибче в настройках.

PycmaM 17 мая 2011 в 12:10

хорошим способом

хороший способ — github и другие репо-хостинги, а у вас трамвай, сделанный из буханки хлеба.

fuzz 17 мая 2011 в 12:45

Нахаляву и хлебный трамвай — git репозиторий)

PycmaM 17 мая 2011 в 13:01

далеко на нем не уедешь(:

andoriyu 17 мая 2011 в 17:01

К нему есть публичный доступ с проверкой по rsa-key? Нет. А значит это мало чем отличвается от простого репо внутри DB. Я тоже храню свои репы в DB, но только для того, чтобы на другой машине получить быстрый доступ к ним и для быстрого развертывания на другой машине.

Git имеет встроенный сервер, есть куча сервисов которые могут пробросить бесплатно порт — в чем проблема?

ainu 18 мая 2011 в 09:28

А разве есть бесплатные git хостинги для личного использования (закрытый, без лицензий)?

alprk 3 июн 2011 в 11:02

Да, у меня есть репозиторий на unfuddle.com. На бесплатном аккаунте можно один закрытый репозиторий.

rmnuts 30 мая 2014 в 22:22

bitbucket.org/

НЛО прилетело и опубликовало эту надпись здесь

SmartBye 17 мая 2011 в 14:57

Да можно прямо и там проект делать. А тут создается bare репозиторий, который не содержит рабочей директории.

petergreen 17 мая 2011 в 18:38

Блин просто красава!!!
Автор, а можно вопрос частично в тему — я могу сделать так чтобы использовать Гит+Контакт? Т.е. использовать сервера контакта для хранения комитов проекта? например хранить их на фотографиях? ладно стебу стебу))

printf 17 мая 2011 в 21:49

Резать патчи на мелкие кусочки и постить в твиттер, а на другом конце собирать.

asash 17 мая 2011 в 23:58

Если вы напишете файловую систему(например при помощи fuse) которая хранит данные в фотографиях контакта, то можно.

Не знаю как для контакта, а для gmail такая реализация существуюет:
richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.html

Более того, есть подозрение, что с использованием gmailfs у вас не будет проблем с рассинхронизацией, кторые возникают при использовании дропбокса вместе с git

akzhan 17 мая 2011 в 21:27

Я бы сказал, — не хороший, а вредный способ…

Хотите бэкапы — делайте их явно. А делать живой репозиторий там, — убиться.

nvbn 17 мая 2011 в 22:58

тупость

kuzemchik 18 мая 2011 в 04:48

Ага, а при первом конфликте у вас появится куча «умных» дропбоксовых копий.
Плохое решение…

seewald 18 мая 2011 в 05:44

Я использую dropbox в качестве хранилища для git / hg уже полгода — никаких проблем: комиты в репозиторий делаю только я и сделать конфликт не могу физически :)
Мне нравится возможность работы с одним и тем же репозиторием и дома и на работе + возможности предоставляемые CVS

DEViANCE 18 мая 2011 в 10:22

Пробовал так извращаться пол года назад, синхронизировалось в дропбоксе очень медленно. Сейчас держу часть репозитоиев на гитхабе, а часть на домашнем сервере. Gitolite добавляет комфорта.

orionll 18 мая 2011 в 15:04

Мне точно такая же идея пришла недавно с hg. Но я быстро отверг ее, лучше юзать bitbucket.

lessneek 1 ноя 2011 в 09:04

на битбакете теперь есть git =)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий