TortoiseGit, TortoiseBzr, TortoiseHg. Действительно ли кто-либо достаточно тверд для переключения от TortoiseSVN? [закрытый]

У меня лично был хороший опыт работы с TortoiseHg. Он также устанавливает систему командной строки hg, так что вы можете перейти к ней, если вам нужно (или если вы предпочитаете управлять версиями из командной строки). В интерфейсе есть несколько причуд, но в целом он очень солидный (и если вы используете представление графика ревизий, оно выглядит великолепно). Импорт Subversion из Mercurial также великолепен.

Вы даже можете работать с репозиториями Git, используя расширение hg-git для Mercurial, как упоминает парень из CAD.

Учитывая вашу настройку, кажется излишним использовать распределенный контроль версий, когда вы работаете только с несколькими локальными компьютерами. Это особенно верно, если вы уже используете функциональный сервер SVN. Распределенный контроль версий, как правило, намного более полезен в более крупных проектах с большим количеством ветвлений и слияний, поскольку распределенные VCS, как правило, ценят высокое качество слияния над всем остальным.

Тем не менее, Google выбрал Mercurial (Hg ) как их распределенный контроль версий в Google Code. Большинство рассуждений касалось скорости, гибкости и простоты использования. Конечно, на мой взгляд, набор команд Hg выглядит намного удобнее, чем набор команд Git, и, как правило, хорошо работает со старыми репозиториями SVN.

Планируете ли вы переключиться на другую VCS? Поскольку переключившись на TortoiseGit / Bzr / Hg, вы не сможете получить доступ к репозиториям SVN. Я работаю с GIT через TortoiseGit, но он построен поверх TortoiseSVN и имеет аналогичную производительность.

Если вы просто ищете альтернативу использованию SVN, вам следует взглянуть на RapidSVN . Он по-прежнему хорош и намного быстрее, чем Tortoise, он также работает на Mac и Linux.

Надеюсь, это поможет!

Оставить комментарий Править

Вам следует подумать о Git. Это современная распределенная VCS, сделанная очень быстрой и гибкой, у нее очень большое и сильное сообщество. Многие крупные проекты используют Git, такие как Linux (ядро) и Ruby On Rails.

Подробнее о Git: http://git-scm.com/ , http: // whygitisbetterthanx. com /

Возможно, вам лучше использовать настоящий встроенный компьютер. Среда разработки для Arduino вынослива дорого, и там можно работать прямо у металла: http://www.sparkfun.com/commerce/product_info.php?products_id=9284

AVR - разумный старт в этом пространстве, x86 - нет.

Это невозможно сделать с помощью < f: param > . Он должен быть добавлен к URL-адресу запроса, поэтому он действительно должен быть Последовательностями . Вместо этого используйте < f: setPropertyActionListener > .

Например.

<h:commandLink value="Submit" action="#{bean.submit}">
    <f:setPropertyActionListener target="#{bean.otherBean}" value="#{otherBean}" />
</h:commandLink>

Этот путь # {otherBean} доступен как this.otherBean в методе submit () . Это путь, что вам также не нужно связываться с картой параметров запроса (для которой в случае < f: param > вместо # {param.name} я бы предпочел использовать ввод управляемого свойства ).

Альтернативы используют < h: inputHidden > в комбинации с конвертером или используют < t: startState > Томагавка. Дополнительные сведения и примеры см. в этой статье блога .

Я бы предложил TortoityHg. Если вы знакомы с TortoireSVN вы можете использовать его сразу.

Хотите использовать его в Windows?

По состоянию на сегодняшний день TortoureHg лучше, чем TortoureSVN, на мой взгляд. И он все равно очень быстро улучшается (я использовал его с версии 0.4, ток 0.9.2 с Mercurial 1.4.2). Хорошая функция, например: Просто сделайте много рефакторинга в вашей IDE и не заботитесь о переименовании. После этого выберите функцию «Угадайте переименования» в контекстном меню и развлекайтесь. Больше нет разрушенных историй, потому что вы использовали свой любимый инструмент переименования вместо «svn move».

Установка действительно проста: Загрузите и установите TortoureHg и только одну перезагрузку. Теперь у вас есть текущая версия командной строки Mercurial и инструмент преобразования SVN тоже. Это не что иное, как один пакет.

Вы хотите использовать его в Linux?

«sudo apt-get install mercurial» - это все, что вам нужно (в системе на базе Debian) для использования командной строки Mercurial, но эта версия может быть не самой последней. Я знаю, что существуют репозитории PPA для Ubuntu и, возможно, для Debian. Так что обновите свой список источников APT, импортируйте ключи и вы можете установить TortoureHg с очень хорошей интеграцией в Gnome.

Извините, но я не знаю об установке на Mac.

DVCS имеет тенденцию быть полезным в любом случае. Это, как правило, более весело, независимо от того, если вы делаете один хакерский сценарий или работать в огромной команде. Плюс: С клоном + push + pull у вас также есть интегрированное, быстрое и интеллектуальное резервное копирование.

Но есть и некоторые недостатки:

1) Если вы разделяете свою работу между Windows и любой системой * nix, вы должны использовать только символы ASCII для имен файлов. Ни Mercurial, ни Bazaar или Git не кодируют преобразование, как Subversion (см. CharactiveEncodingOnWindows ).Любые французские акценты или немецкие умлауты будут портить вашу работу при переходе между любой ОС, использующей UTF-8, и другой.

2) Не следует использовать большое количество больших двоичных файлов. Mercurial не предназначен для этой цели, и я не думаю, что Bazaar или Git было бы веселее на этом.