Bitbucket и маленький дом развития

Я нахожусь в процессе окончательного внедрения Mercurial как нашей системы контроля версий в работе. Это огромная сделка для всех, потому что, к удивлению, они никогда не использовали VCS. После нескольких месяцев введения ошибки в уши менеджмента, они наконец увидели свет и теперь понимают, насколько это лучше, чем работа с сетью общих папок!

В процессе развертывания, я думаю о различных стратегиях управления нашими вещами и склоняюсь к использованию Bitbucket в качестве нашего «центрального» хранилища. Проекты в Bitbucket будут исключительно частными, и оттуда все будут толкать и тянуть.

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

Я использую Bitbucket для хостинга частного репозитория, и один из моих клиентов использует хостинг частного репозитория на GitHub. Другая компания, с которой я работаю, использует частный хостинг Subversion на серверах Jira.

Хранение ваших данных вне офиса, если это не единственное место, где вы его имеете, может снизить ваш риск, когда дело доходит до аварийного восстановления. Поскольку у вас будут физические копии исходного кода на машинах разработчиков, а git и mercurial хранят всю историю разработки в локальных копиях, это теперь очень жизнеспособное решение. Если у вас нет гигабайтов данных в одном проекте и нет вялого сетевого подключения, я настоятельно рекомендую этот вариант. Это низкая стоимость, дает разработчикам большую мобильность и гибкость, а также автоматическое резервирование.

В зависимости от вашего уровня паранойи, вы можете быть обеспокоены тем, что наличие третьей стороны, хранящей ваш код, может представлять угрозу безопасности, но я думаю, что на практике это не хуже, чем наличие разработчиков с ноутбуками, которые можно использовать вне вашей корпоративной сети. Github и Bitbucket используют SSH для передачи данных, поэтому атаки типа «человек посередине» имеют относительно низкую вероятность возникновения.

Я не пользователь BitBucket, но я бы посоветовал прочесть их условия с помощью мелкого зубного гребня. Вы должны быть действительно уверены в их условиях обслуживания, защите данных и безопасности / конфиденциальности, если вы собираетесь хранить там частные проекты своих компаний.

Я полагаю, вы рассматривали возможность размещения Mecurial 'central / master' на внутренней машине?

Мы сделали нечто подобное с ProjectLocker на моей старой работе. Честно говоря, все сводится к анализу затрат и выгод - готовы ли вы отказаться от гибкости и затрат на эксплуатацию своего собственного сервера Hq / Git / SVN за цену, которую вы будете платить BitBucket? Если да, то пойти на это. У нас никогда не было проблем с временем безотказной работы, и это был хороший опыт.

Мы не пользователи BitBucket (как компания). Мы запускаем несколько унаследованных систем (CVS, SVN), и нашим основным репозиторием является git-система с синхронизированными кэшами в удаленных офисах. С точки зрения менеджера, я бы не советовал размещать интеллектуальную собственность вашей компании на чужих серверах, если у вас нет собственных ИТ-ресурсов. Этот код - жизненная сила вашей компании. Это должно быть связано не с деньгами, а с защитой вашего IP.

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

Кроме того, если в компании уже настроены общие сетевые папки, вы можете рассмотреть возможность использования Git, поскольку вы можете превратить эту сетевую общую папку в «удаленный» репозиторий с чем-то вроде этого git init --bare, и разрешения для общего сетевого ресурса уже будут на месте. для пользователей. Тогда каждый пользователь мог бы просто добавить общую папку как удаленную git remote add origin file:///some/shared/folder (это может быть не точный синтаксис для общего ресурса, на который есть ссылка, я бы назвал его для точного синтаксиса).

Я делаю это в основном дома, чтобы управлять своими личными проектами; У меня есть домашний накопитель NAS, на котором есть «удаленные» репозитории, и я могу получить к ним доступ с разных компьютеров и ноутбуков через букву подключенного диска Windows.

Я присоединяюсь к другим программистам на этом: подумайте о том, чтобы отдать свой код .

Для меня это был бы вариант аутсорсинга VCS, если у вас действительно нет рабочей силы и / или знаний для размещения собственного репозитория (имеется в виду: включая резервное копирование и обслуживание). Если у вас уже есть общие сетевые папки с регулярными резервными копиями, вы можете начать использовать их и получить резервную копию без дополнительных затрат.

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

При этом, если вам неудобно размещать код своей компании на чужих серверах, вы можете настроить ртутный репозиторий для доступа через ssh на одном из серверов вашей компании. См. Http://mercurial.selenic.com/wiki/SharedSSH и http://blog.mixu.net/2010/10/04/setting-up-private-ssh-based-mercurial-repo-hosting-on-centos / .

Bitbucket хорош для проекта с открытым исходным кодом.

Если этот проект будет закрытым, я бы предложил разместить свой собственный код. Это не так дорого, чтобы разместить его самостоятельно, если у вас уже есть ИТ-настройки. Просто найдите честный сервер и разверните свой код.

Mercurial прост в настройке.

удачи и наслаждайтесь.

Mercurial действительно хорош. Пропустить это :(

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

Я бы порекомендовал установить Rhodecode на частный локальный сервер (для быстрого доступа), а затем регулярно обновлять bitbucket сценария, если хотите. В любом случае, держите несколько клонов в разных местах, вы никогда не знаете.