Изучать только git?

Question

[Xeli]

Постоянно встречаю статьи и упоминания об использовании git. Есть ли смысл в 2017 году изучать другие системы контроля версий такие как Mercurial или Subversion?

Comments

[Толстый Лорри]

Git - by default, с остальными разберетесь по необходимости.

Answer 1

[iMaximus]

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

Answer 2

[Евгений Вольф]

Есть ли смысл в 2017 году изучать другие системы контроля версий такие как Mercurial или Subversion?

Есть, но в процентном соотношений этот "смысл" будет довольно скромным. Кстати, помимо Git, Mercurial и Subversion, есть ещё и другие системы...

Вероятность применения Hg или SVN в каком-то реальном проекте - довольно не велика и скорее всего, это будет проект который либо тянется долгие годы, и его разработчики до такой степени привыкли к какой-то системе и настолько консервативны, что особо чего-то менять не собираются.

Похожий вариант вытекает из предыдущего - бородатые древние разработчики, привыкли к системе N и по прежнему используют именно её...

Отвечая на Ваш вопрос, в общей сложности - скорее нет (другие системы аналогичного назначения, особого внимания не заслуживают). С вероятностью ~99% Вы будете встречать Git. Ведь даже такие Microsoft не брезгует пользоваться GitHub'ом, и встроила поддержку Git'а в VisualStudio.

Answer 3

[Сергей Горностаев]

А моё мнение, что да. Потратить один день на Mercurial и один на Subversion - это небольшое вложение в расширение собственного кругозора и профессиональных возможностей. Тем более, не исключено, что Mercurial понравится больше Git.

Comments

[Денис Загаевский]

Это будут 2 дня, потраченные впустую.

[Сергей Горностаев]

Денис Загаевский, если изучение subversion полезно только для более глубокого понимания эволюции систем контроля версий, то изучение Mercurial считать потраченным впустую временем - это опрометчиво. У него масса преимуществ перед Git:

1. Он немногословен. Многие операции требуют меньше действий и меньше нажатий кнопок;
   
2. У него более простая, эффективная и интуитивно понятная система управления ветками;
   
3. Он естественно кроссплатформенный и не требует cygwin для работы в Windows.
   

и т.п. и т.п. Более широкое применение Git обусловлено только двумя факторами - большей благодаря Торвальдсу раскрученностью, и GitHub'ом, который смог не только обеспечить платформу для репозиториев кода, но и удачно оседлал социальную составляющую.

[Денис Загаевский]

Сергей Горностаев,Я со всем этим спорить не буду, скажу только, что 1 день - это очень мало. Ну сможешь ты какие-нибудь синтетические ситуации разобрать и по десятку раз ввести сотню команд. И что? Через 3 дня это всё забудется и когда оно понадобится ты потратишь ровно столько же времени, сколько потратил бы, не потратив этот день.

[Михаил]

А за 1 день не надо команды изучать и синтетически ситуации разбирать, за этот день надо разобрать отличия + best practices использования , что бы вв принципе понимать , что бы могло быть лучше + просто ознакомится с интерфейсами работы

[Сергей Кузнецов]

У Mercurial ограниченный набор команд лишь в силу его ущербности. Он не умеет многих элементарных вещей, которые есть в Git. Ветки в Git намного проще и удобнее. Я потратил пару недель, чтобы попытаться понять как работать в Mercurial и чем дальше продвигался, тем сильнее понимал, что трачу время впустую. У Mercurial нет никаких перспектив и каких-либо преимуществ перед Git.

Вот Subversion стоит изучить. На некоторых задачах он работает лучше. Например там, где работают не с текстами, а с двоичными файлами.

[Сергей Горностаев]

Сергей Кузнецов, работал с mercurial несколько лет и заявляю, что ваше мнение относительно его функциональности ошибочно. Но, к сожалению, справедливо относительно перспектив, без bitbucket применять его стало сложнее.

[Сергей Кузнецов]

Сергей Горностаев, я не нашел ответа на многие вопросы. Можете подсказать?
1) Как переименовать ветку? git branch -M
2) Как переместить кусок одной ветки на другую? git rebase --onto
3) Как откатить ветку на нужное состояние? git reset
4) Как настроить hg без редактирования конфигов руками? git config
5) Почему в TortoriseHG не видно обновлений в рабочем каталоге пока не сделаешь ручной Refresh?
6) Ошибочно добавили в репозиторий файл с паролями или большой двоичный файл. Как удалить? git filter-repo

[Сергей Кузнецов]

Ответов так и нет. Очевидно, что Mercurial на данный момент (2022 год) это ущербная поделка, которой место в музее неудачных решений.

[Сергей Горностаев]

Сергей Кузнецов, очевидно, что к меня нет желания проводить мастер-классы в попытках доказать что-то человеку настроенному на холивар.

[Сергей Кузнецов]

Сергей Горностаев, тут даже нет предмета холивара, к сожалению. Но я всегда готов выслушать аргументы и продолжу искать ответы.

Answer 4

[Saboteur]

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

Изучите одну.
С остальными можно вкратце ознакомиться, потратив 1-3 часа максимум на тот же subversion. Больше не нужно - если при трудоустройстве столкнетесь с другой системой контроля версий, вы быстро адаптируетесь.