Comments 34
Насколько оно всё тормозит на проекте реального (не нулевого) размера?
Всё-таки git довольно сильно оптимизирован из расчёта что некоторые операции с диском очень быстрые (например, hard links на Linux)
Всё-таки git довольно сильно оптимизирован из расчёта что некоторые операции с диском очень быстрые (например, hard links на Linux)
+1
На win конечно же медленнее работает, поэтому лучше git использовать на unix'е, если возможно.
0
Он и будет работать быстро с диском. Dropbox уже по факту изменений репозитория будет синхронизировать его с сервером.
0
А случись два одновременных пуша в этот репозиторий, как вы разруливать будете?
+4
Повезет последнему. Точнее тому, у кого Dropbox позже начнет синхронизировать.
Думаю, этот вариант будет работать только для схемы: один разработчик — несколько машин.
Думаю, этот вариант будет работать только для схемы: один разработчик — несколько машин.
+2
О чем и речь. Да и то, если синхронизация не получится на одном компьютере, то все, до свидания коммиты. Надежнее заплатить за github или за vps с gitosis.
+4
Я забыл поставить тег «нищеброд»). Любое коммерческое решение будет надежнее.
Если над проектом работает пара человек, то вполне сносно.
Если над проектом работает пара человек, то вполне сносно.
+2
Нет же, не сносно. Большая вероятность потери данных.
+2
Вполне себе сносно. Не знаю случая, когда пара человек очень активно делает центральные коммиты. Предполагается, что разработка и хранение локальных изменений происходят на машинах разработчиков, а push делается для проверенного изменения в центральный репозиторий. Даже в случае гипотетической потери все легко откатывается обратно.
+2
Я как-то один на разных машинах работал над проектом, вместе с файлами гита в директории было примерно 11-12 тысяч файлов. В один прекрасный день, сделав коммит на работе и придя домой, обнаружил, что дропбокс потер все файлы в репозитории, без возможности восстановления средствами дропбокса. После этого я заплатил за гитхаб и больше не храню проекты в дропбоксе.
+10
Мы работали некоторое время по такой схеме. Проблемы начинаются если сделать push в Dropbox в то время, когда вы отключены от интернета. После подключения к интернету Dropbox синхронизируется и получается лажа.
В итоге сидим на VPS и радуемся жизни.
В итоге сидим на VPS и радуемся жизни.
+1
так подождите… есть же сейты, которые дают приватные гит-репозитории… вот неплохой список: git.wiki.kernel.org/index.php/GitHosting
Я попробовал bettercodes.org — неплохо достаточно.
не гитхаб, зато приватные.
Я попробовал bettercodes.org — неплохо достаточно.
не гитхаб, зато приватные.
+2
Совершенно согласен. Только вместо gitosis использовать gitolite — гибче в настройках.
0
хорошим способом
хороший способ — github и другие репо-хостинги, а у вас трамвай, сделанный из буханки хлеба.
+17
Нахаляву и хлебный трамвай — git репозиторий)
+5
далеко на нем не уедешь(:
+1
К нему есть публичный доступ с проверкой по rsa-key? Нет. А значит это мало чем отличвается от простого репо внутри DB. Я тоже храню свои репы в DB, но только для того, чтобы на другой машине получить быстрый доступ к ним и для быстрого развертывания на другой машине.
Git имеет встроенный сервер, есть куча сервисов которые могут пробросить бесплатно порт — в чем проблема?
Git имеет встроенный сервер, есть куча сервисов которые могут пробросить бесплатно порт — в чем проблема?
-1
А разве есть бесплатные git хостинги для личного использования (закрытый, без лицензий)?
0
UFO just landed and posted this here
Блин просто красава!!!
Автор, а можно вопрос частично в тему — я могу сделать так чтобы использовать Гит+Контакт? Т.е. использовать сервера контакта для хранения комитов проекта? например хранить их на фотографиях? ладно стебу стебу))
Автор, а можно вопрос частично в тему — я могу сделать так чтобы использовать Гит+Контакт? Т.е. использовать сервера контакта для хранения комитов проекта? например хранить их на фотографиях? ладно стебу стебу))
+3
Резать патчи на мелкие кусочки и постить в твиттер, а на другом конце собирать.
+1
Если вы напишете файловую систему(например при помощи fuse) которая хранит данные в фотографиях контакта, то можно.
Не знаю как для контакта, а для gmail такая реализация существуюет:
richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.html
Более того, есть подозрение, что с использованием gmailfs у вас не будет проблем с рассинхронизацией, кторые возникают при использовании дропбокса вместе с git
Не знаю как для контакта, а для gmail такая реализация существуюет:
richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.html
Более того, есть подозрение, что с использованием gmailfs у вас не будет проблем с рассинхронизацией, кторые возникают при использовании дропбокса вместе с git
0
Я бы сказал, — не хороший, а вредный способ…
Хотите бэкапы — делайте их явно. А делать живой репозиторий там, — убиться.
Хотите бэкапы — делайте их явно. А делать живой репозиторий там, — убиться.
+6
тупость
+2
Ага, а при первом конфликте у вас появится куча «умных» дропбоксовых копий.
Плохое решение…
Плохое решение…
+1
Я использую dropbox в качестве хранилища для git / hg уже полгода — никаких проблем: комиты в репозиторий делаю только я и сделать конфликт не могу физически :)
Мне нравится возможность работы с одним и тем же репозиторием и дома и на работе + возможности предоставляемые CVS
Мне нравится возможность работы с одним и тем же репозиторием и дома и на работе + возможности предоставляемые CVS
0
Пробовал так извращаться пол года назад, синхронизировалось в дропбоксе очень медленно. Сейчас держу часть репозитоиев на гитхабе, а часть на домашнем сервере. Gitolite добавляет комфорта.
0
Мне точно такая же идея пришла недавно с hg. Но я быстро отверг ее, лучше юзать bitbucket.
0
Sign up to leave a comment.
Dropbox как Git репозиторий