GIT - слияние рабочего процесса с копией - PullRequest
0 голосов
/ 19 марта 2020

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

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

Я знаю, что это не способ работать в GIT (или, по крайней мере, мне так кажется). Но мне трудно убедить моих коллег в этом. Каковы аргументы рабочего процесса со слиянием?

Спасибо за вашу помощь!

1 Ответ

0 голосов
/ 19 марта 2020

Я думаю, что объединение будет лучшим вариантом, чем копирование и вставка кода.

  1. Самая важная причина этого заключается в том, что существует хорошая история проекта. Git поможет вам сохранить историю ВСЕХ слияний и фиксаций, тогда как в случае копирования-вставки разработчик может вставить код, внести в него некоторые дополнительные изменения, а затем сделать коммит, что противоречит цели. подотчетности и достоверности наличия VCS.

  2. Кроме того, когда мы выполняем слияние, мы узнаем о конфликтах слияния, что означает, что мы знаем, где были два конфликтующих экземпляра кода, кое-что, что будет очень полезно при отладке ошибок, вызванных новым кодом, который мы только что слили.

  3. Наконец, еще одна причина, которая хотя и не очень важна, но я все еще упоминаю это, состоит в том, что при вставке копий код может потерять свое форматирование, а также символы TABS и SPACES. На самом деле это может быть очень вредно для кода, написанного на python.

Я буду продолжать добавлять больше очков, если они меня поразят:)

Best.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...