DCVS + хостинг для начинающего коммерческого мультиплатформенного телефонного приложения

Я нахожусь в режиме бережливого запуска, работаю над простым телефонным приложением, которое будет изначально опубликовано как приложение iThingy и приложение для Android с, возможно, последующими версиями Blackberry и Symbian. Я собираюсь перейти от отсутствия репозитория к необходимости центрального репозитория, в котором будут совместно использоваться до 4 ресурсов, работающих неполный рабочий день. Двое из нас не имеют опыта управления версиями, один использовал Subversion, а я использовал большинство основных централизованных систем VCS.

Я не собираюсь надолго выдвигать технические ограничения какой-либо VCS; Я уверен, что любая из основных систем будет работать нормально. И учетные записи хостинга, на которые я смотрел, кажутся разумными. Так что я действительно сосредоточен на минимизации рисков ухудшения ситуации. То есть я хотел бы найти стабильную установку, которую легко освоить в целом, легко использовать из Windows / Eclipse и которая не будет загонять меня в какие-либо очевидные углы в течение следующих 12 месяцев или около того.

Быстрый поиск в Интернете привел меня к рассмотрению следующих пар DVCS и хостинговой службы, с тем, что, как мне кажется, я слышу как их сильные и слабые стороны (для моих целей):

Bazaar / Launchpad - Мой первоначальный выбор, так как мне нужно поближе познакомиться с этой парой для наставничества Google Summer of Code. Но, каковы бы ни были технические достоинства, для меня это не проблема, потому что они имеют чисто открытый исходный код, и я не вижу частных репозиториев, которые планируют покупать.

Git / GitHub - Git: быстрый, легкий, в конечном итоге гибкий, но относительно менее дружественный к Windows, плагин Eclipse (eGit) доступен, но относительно молодой, GitHub: широко используется, цены в порядке.

Mercurial / BitBucket - Mercurial: немного менее гибкий, немного более дружественный к Windows, плагин Eclipse кажется немного более зрелым, BitBucket: широко используется, цены хорошие, включает в себя вики и средство отслеживания проблем, которое мы могли бы использовать вместо чего-то вроде BaseCamp, по крайней мере, на время.

Mercurial / BitBucket пока кажутся выигрышной парой для моей конкретной ситуации; по крайней мере, двое из нас определенно будут работать в основном из Eclipse в Windows, и сокращение моей кривой обучения является приоритетом. ;-)

Но у меня есть два конкретных вопроса:

  1. Я ошибаюсь насчет Bazaar / Launchpad, и есть ли жизнеспособный и безопасный способ использовать их для проприетарного кода?
  2. Есть ли основания полагать, что пара Mercurial / Bitbucket скоро станет головной болью для моего Mac-разработчика или немного позже для разработчиков Blackberry или Symbian?

git dvcs mercurial bazaar
person Anne Gunn    schedule 02.06.2010    source источник
comment
По какой причине Kiln нет в вашем списке?   -  person jan    schedule 04.06.2010
comment
Резонный вопрос. Обжиговая печь есть на экране моего радара, но не в списке. Учебник Джоэла по Hg (hginit.com) помог мне значительно продвинуться по кривой обучения DVCS по сравнению с CVS, и я отметил Ссылка на продукт печи там. Но я просто ищу следующий шаг по тропе «самое простое, что будет работать». Я думаю, что сейчас могу справиться с проверкой кода вручную, и мне (пока) не нужно ничего вроде интеграции с FogBuz. Также только что впервые проверил - ценовые категории совсем другие. Мне нужно было бы ощутить гораздо большую ценность, чтобы Kiln стоил дополнительных денег.   -  person Anne Gunn    schedule 05.06.2010

Ответы (3)


arrow_upward
3
arrow_downward

Я разработчик Mercurial, поэтому я (конечно) поддержу выбор Mercurial и Bitbucket :-) При этом все три системы хороши. Я предпочитаю Mercurial потому, что он дает вам те же возможности, что и Git, но с меньшим количеством острых углов, на которые нужно обращать внимание.

Что касается Mercurial, позвольте мне добавить, что:

  • MercurialEclipse поддерживается компанией Intland, и они приложили много усилий для улучшения плагина, поскольку они используют это сами по себе для всего своего развития.
  • MacHg предоставляет вам хороший собственный интерфейс Mac для Mercurial. Он поставляется с собственной версией Mercurial в комплекте, так что все готово.
person Martin Geisler    schedule 02.06.2010
comment
Спасибо за подробности об Eclipse и Mac. Я сильно склоняюсь к Mercurial / BitBucket, но мне нужно еще раз взглянуть на Bazaar / Launchpad, прежде чем я прыгну. - person Anne Gunn; 03.06.2010
comment
ЭГ: Да, вам следует взглянуть на обе системы и понять, что для вас наиболее разумно. Посмотрев на Bazaar, вы заметите, что они много говорят о разных рабочих процессах, тогда как Mercurial может показаться проще. На мой взгляд, это связано с тем, что Mercurial делает то же самое, используя лучшие примитивы: у нас есть клоны (с рабочей копией и без нее), и мы можем иметь любое количество ветвей в клоне. В Bazaar для этого есть большое количество концепций: автономные деревья, общие репозитории, сложенные ветки, облегченные кассы. Я нахожу это довольно запутанным по сравнению с тем, к чему я привык с Mercurial. - person Martin Geisler; 04.06.2010
comment
наконец, по прошествии всего этого времени я принимаю ваш ответ. На самом деле, я принял это на практике много лет назад, но не осознавал, что SO Way заключался в том, чтобы отметить это как принятый. ‹Blush /› FWIW, в конце концов, я выбрал Mercurial / BitBucket, но затем, примерно через год, перешел на Git / BitBucket. Бизнес-модель BitBucket является огромным преимуществом перед GitHub, но по причинам, которые я не могу четко сформулировать прямо сейчас, Git как инструмент просто лучше работает в руке. - person Anne Gunn; 16.03.2016

arrow_upward
2
arrow_downward

Launchpad действительно предлагает частный хостинг. См. https://launchpad.net/+tour/join-launchpad Я могу ' Я много комментирую это, так как я не пробовал частный хостинг, но мне немного нравится панель запуска.

Когда я использовал bzr для некоторых личных вещей, я использовал его с моим веб-хостом и bzr + ssh. bzr также поддерживает другие протоколы, такие как sftp (который медленнее, чем bzr + ssh). Использовать bzr с вашим собственным сервером тривиально, поскольку bzr имеет запасной вариант на чистом питоне. Так что мне просто нужно было распаковать архив bzr на сервере и добавить его в путь. Для отслеживания ошибок и т. Д. Я использовал trac. Также есть плагин trac-bzr, но я сам им не пользовался.

С bzr вы можете начать с хостинга своего собственного сервера, а позже, если вы все же решите использовать план запуска, вы всегда можете разместить там свои репозитории.

person Parth Malwankar    schedule 02.06.2010
comment
Спасибо за указатель на правую страницу Launchpad; Я точно не попал туда один. Я еще разберусь с этим. Интересно, однако, что, хотя $, задействованные в их годовой подписке, по сути, такие же, как и ежемесячные сборы других хостов, кажется, что это более крупная сделка, которую нужно заплатить заранее, тем более, что их коммерческие функции явно все еще находятся в стадии разработки. . - person Anne Gunn; 03.06.2010

arrow_upward
0
arrow_downward

Я редко захожу в мир Windows, но я использовал msysGit для синхронизации папок с документами на портативных компьютерах Mac, Linux и Windows без проблем в течение года (до тех пор, пока я не достиг 2 ГБ ограничения на размер файла Windows).

Мы используем GitHub для внутренней разработки с закрытым исходным кодом и очень этому рады. Мы не обнаружили серьезных проблем в подключаемых модулях eclipse Git или IntelliJ (которые мы в настоящее время используем), за исключением того, что предоставляемые функции иногда неуклюжи в нашем конкретном рабочем процессе (я имею в виду, что диалоговое окно предлагает «неправильные» значения по умолчанию).

Большая часть манипуляций с git выполняется в командной строке, так как это в любом случае проще и быстрее всего, и IDE, похоже, изящно справляется с изменениями.

Мне больше всего нравятся 3 функции: SPEED, поддержка проверки кода в github и функция "stash".

person Peter Tillemans    schedule 02.06.2010