Подтвердить что ты не робот

Отшелушивание между git и ископаемым

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

В настоящее время я ищу, чтобы настроить его так, чтобы мои друзья и я могли использовать его для проекта.

Я выбрал Fossil прежде всего потому, что распределенный, кажется, способ пойти, он кажется легким и имеет включенный bugtracker. Но Git кажется предпочтительным SCM для многих людей. Стоит ли добавить сложность в пользу Git + someBugTracker над ископаемым? Есть ли лучшие альтернативы? Мне нужно начинать с 0 на всех.

4b9b3361

Ответ 1

Просто некоторые мысли, а не организованные.

Если ваши друзья уже привыкли к gitting, Git - это хороший и надежный распределенный SCM с отличными услугами хостинга, такими как Github или Gitorious.

Хотя понятия Git не просто понять. Fossil имеет аналогичные концепции, но, вероятно, легче начать с (без промежуточной области, без понятия индекса, возврата изменений с момента последнего фиксации с помощью revert not reset или checkout и т.д.). Существует не множество подкоманд с вариантами опций, помощь кратким и понятным. Если вы боитесь, что можете потеряться, выберите ископаемое. Конечно, это также означает, что с ископаемым вы не можете делать столько же, сколько с Git (например, без переустановки, по крайней мере, на данный момент).

Для ископаемых существует несколько хостинговых онлайн-сервисов. Это так же просто, как с Git настроить сервер для запуска Fossil.

Кроме того, с Fossil история проекта хранится в одном файле, поэтому мне очень легко сделать резервную копию всех проектов: поместить все репозитории в одну и ту же папку и выполнить одну задачу rsync. Однако это делает инкрементные резервные копии абсолютно бесполезными.

В то время как с git работа над двумя ветвями в тех же проектах в разных папках означает наличие двух копий всей истории проекта и ветвей в двух разных каталогах .git/objects, которые могут быть избыточными и огромными, а Fossil - по умолчанию рабочая схема должна иметь один единственный репозиторий и один или несколько рабочих каталогов, связанных с ним. Возможно, если использование диска важно, это имеет значение.

Предупреждение, ископаемый трекер ошибок (система билетов на жаргоне) и вики довольно рудиментарны (хотя они хорошо работают).