Search
Write a publication
Pull to refresh

Comments 11

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

В чём разница?

Мне кажется, здесь git-scm.com/book/ru/v2 более чем достаточно все расписано, к тому же на родном языке. По этому руководству и учился. Вполне хватает для ежедневных задач.

У меня вообще сложилось впечатление, что большинство использующих git его не знает… потому что чуть в сторону, к примеру, чтобы работу и синхронизацию до коммита двух репозитариев… и все, почти один шлак в рекомендациях… чуть поглубже rebase… и тоже все, повторы одних и тех же дурных примитивов, даже в офруководствах...

Можете привести пример чего-то такого нетривиального, не является дурным примитивом? У меня очень часто идёт работа с двумя репозиториями, ежедневно пользуюсь rebase но никак не могу взять в толк о чём идёт речь, всё достаточно просто и понятно.


Ну или хотя бы сформулируйте проблему, по которой есть только дурные примитивы в оффруководствах.

Многие, использующие git не совсем понимают разницу между git и github/bitbucket/gitlab

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

Разработчик должен быть способен разобраться в <вписать нужное> по документации. Иначе какой он нахрен разработчик?

Смотрю тут роятся эксперты. В чем существенное преимущество git перед mercurial?
В основном — в популярности. Куда не придешь — везде нужен гит.

После того, как bitbucket убрал поддержку hg, в опенсорсе на hg больше особо негде код хранить. Чтобы и набор сервисом был хороший и юзабилити интерфейса.

Для этого надо быть еще и экспертом в hg.

Переупаковка ближайшего бесплатного курса с гикбрейнз/ютуб/офдока, но «для разработчиков»?
Но зачем?
Sign up to leave a comment.