DCVS + хостинг для начинающего коммерческого мультиплатформенного приложения для телефона - PullRequest
3 голосов
/ 02 июня 2010

Я нахожусь в режиме экономичного запуска, работаю над простым приложением для телефона, которое первоначально будет опубликовано как приложение 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?

Ответы [ 3 ]

3 голосов
/ 02 июня 2010

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

О Mercurial, позвольте мне добавить, что:

  • MercurialEclipse поддерживается компанией Intland, и они прилагают много усилий для улучшения плагина, поскольку сами используют его для всей своей разработки.
  • MacHg дает вам хороший родной интерфейс Mac для Mercurial. Он поставляется с собственной версией Mercurial в комплекте, так что вам стоит поехать.
2 голосов
/ 02 июня 2010

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

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

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

0 голосов
/ 02 июня 2010

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

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

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

Мои 3 наиболее ценимых функции - это СКОРОСТЬ, поддержка обзора кода в github и функциональность "stash".

...