Храните ваши частные проекты - где?

Question

Вы, наверное, уже догадались, в чем заключается мой вопрос, но в любом случае, здесь говорится: для программиста вполне естественно иметь несколько частных проектов и, в основном, не связанный с работой код. Резервные копии, конечно, великолепны (да, я делаю их). Однако я хотел бы иметь более централизованное решение для этого - хранить его где-нибудь в Интернете. Я уверен, что такие решения существуют, но я не совсем уверен, какие из них предпочтительнее и почему. Если бы вы могли поделиться своим мнением по этому вопросу, добро пожаловать.

Answer 1

Я использую Github для частных проектов, которые, по моему мнению, должны быть на каком-то сервере. Некоторые из моих репозиториев являются общедоступными, другие являются частными по разным причинам.

Но если вы, как и я, предпочитаете Git в качестве инструмента управления исходным кодом, тогда Github - место.

Если вы находитесь в Mercurial, тогда BitBucket место, которое вам нужно, и пользователям Subversion может понравиться Beanstalk .

Answer 2

Я вообще не пользуюсь интернетом, а вместо этого создаю файл subversion: // репозитории на USB-накопителе.

Answer 3

Я бы порекомендовал github.com . Если у вас нет проблем с открытым кодом, он может быть бесплатным.

Вы также можете получить платный аккаунт и частные репозитории.

Answer 4

Sugarsync бесплатно с 2 ГБ памяти.

У него нет системы контроля версий (но разветвление, маркировка не имеют значения для ваших собственных сольных проектов, не так ли?). Однако вы получаете историю изменений для всех ваших файлов и поставляется с хорошим бесплатным инструментом, который синхронизирует вашу файловую систему.

Обновление: я использую Bitbucket с неограниченным количеством репозиториев, который я бы порекомендовал

Answer 5

Если вы не особенно заботитесь о среде типа репозитория и просто хотите удобное место для хранения ваших файлов, то вам обязательно стоит заглянуть в Dropbox . Вы получаете 2 ГБ свободного места, и он выполняет автоматическую синхронизацию файлов между локациями. Это великолепно!

Answer 6

Я использую http://www.assembla.com и мне нравится.

Pro: имеет ряд систем контроля версий (git, mercurial, svn), интегрированную систему отслеживания ошибок, вики, хранилище файлов Нет проблем, все готово к использованию. Он хорошо подходит для небольших команд и / или личного развития.

Минусы: это не бесплатно, но дешево: примерно 3 доллара в месяц на человека.

Answer 7

Что я делаю, так это использую DynDNS, чтобы выставить машину в моем доме с адресом DNS. Это Windows-машина, поэтому она позволяет мне использовать удаленный рабочий стол с любой другой Windows-машины для доступа к ней. DynDNS бесплатно.

Я не уверен, какую среду разработки вы обычно используете, но Microsoft Live Mesh может быть вариантом. Мой коллега использует это для чего-то подобного.

Настройка DynDNS действительно изменила мой опыт разработки в 100 раз в лучшую сторону. Это позволяет мне держать Office, электронную почту (с клиентом), VS, SQL Server и т. Д. Все доступными независимо от того, где я нахожусь.

Answer 8

Хорошим вариантом является использование частного хостинга SVN. Что-то вроде My Version Control .

Вот список хостов SVN .

Лучшим вариантом может быть аренда выделенного сервера и запуск там собственного контроля версий, но это может стать немного дороже.

Answer 9

bitbucket.org - хорошее место для размещения ртутных репозиториев. У них есть небольшой бесплатный тариф, и цены вполне разумны, если вам нужно больше.

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

Answer 10

У меня есть очень дешевый хостинг-провайдер, где я могу сэкономить до 35 ГБ. Я получаю доступ к веб-пространству через "ssh / ExpanDrive" и храню свои репозитории в зашифрованных контейнерах (TrueCrypt) В дополнение к внешнему хранилищу я храню локальную резервную копию. Я думаю, что это один из лучших подходов, если вы хотите, чтобы ваш исходный код оставался закрытым. Пока проблем нет. Для официальных проектов / командной работы в большинстве случаев требуется достаточно оборудования / денег, чтобы собрать некоторое выделенное оборудование.