Дмитрий Энтелис:
По поводу pull/merge request - в git тоже считаю обязательным условием, если с репозиторием работает более 2-3х человек, особенно если у них небольшой опыт.
По поводу веток из ниоткуда.
Тайна отображения раскрыта. Такой вид дерева в TortoiseGit появляется, когда:
1. В удаленном репозитории, в общей ветке, например master, создан commit в это же время на origin появляется другой commit. Если в этот момент сделать pull из origin произойдет auto merge master с origin с локальным master (В TortoiseGit это отображается как стандартный commit с комментарием "merge master with master")
2. Далее в удаленном репозитории создается ветка от этого auto merge, в ней делаются изменения после чего ветка сливается с master и отправляется на origin.
3. Т.к. в origin не появится commit с auto merge, от которого создалась ветка, TortoiseGit'у ничего не остается, как показать ветку из ниоткуда, что-то вроде корни растут не из этого репозитория.
По поводу веток из ниоткуда.
Тайна отображения раскрыта. Такой вид дерева в TortoiseGit появляется, когда:
1. В удаленном репозитории, в общей ветке, например master, создан commit в это же время на origin появляется другой commit. Если в этот момент сделать pull из origin произойдет auto merge master с origin с локальным master (В TortoiseGit это отображается как стандартный commit с комментарием "merge master with master")
2. Далее в удаленном репозитории создается ветка от этого auto merge, в ней делаются изменения после чего ветка сливается с master и отправляется на origin.
3. Т.к. в origin не появится commit с auto merge, от которого создалась ветка, TortoiseGit'у ничего не остается, как показать ветку из ниоткуда, что-то вроде корни растут не из этого репозитория.
Я думал что данные ветки появились в случае создания на "удаленном" коммите(когда в ориджин мастере откатились назад и сделали новый коммит, но в удаленном репозитории сделали таск в ветке от уже затертого, в последствии которую слили), но эта версия опроверглась когда я сливал таск и собственными глазами увидел merge не в мастер пошел а в новую ветку "из ниоткуда", причем когда я по-откатывался туда-сюда проблема исчезла.
Да-да, СКВ - это провинциальный аналог аббревиатуры VCS.
Дмитрий, а не могли бы вы дать краткое сравнение "истории коммитов" в Git и Mercurial?
Спасибо за дополнительную информацию и советы! Но наверно я немного поясню, цель вопроса не в получении рекомендаций что лучше применять а скорее в сборе некоторой статистики, что в принципе используется, к примеру ответом на первый вопрос я предполагал узнать с помощью каких программ в основном в крупных компаниях пишется код.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
По поводу pull/merge request - в git тоже считаю обязательным условием, если с репозиторием работает более 2-3х человек, особенно если у них небольшой опыт.
По поводу веток из ниоткуда.
Тайна отображения раскрыта. Такой вид дерева в TortoiseGit появляется, когда:
1. В удаленном репозитории, в общей ветке, например master, создан commit в это же время на origin появляется другой commit. Если в этот момент сделать pull из origin произойдет auto merge master с origin с локальным master (В TortoiseGit это отображается как стандартный commit с комментарием "merge master with master")
2. Далее в удаленном репозитории создается ветка от этого auto merge, в ней делаются изменения после чего ветка сливается с master и отправляется на origin.
3. Т.к. в origin не появится commit с auto merge, от которого создалась ветка, TortoiseGit'у ничего не остается, как показать ветку из ниоткуда, что-то вроде корни растут не из этого репозитория.