DevOps Azure. Нужно ли объединять код из источника в ветку и фиксировать?

Question

Мы только что перешли на Azure DevOps и Git. Мы относительно новы в этой области. Из того, что мы прочитали на MSDN :

У нас есть origin/main-branch, где никто не может толкнуть свои коммиты. Он состоит из актуальных кодов, которые компилируются.

Предположим, у меня есть новая функция, я создаю локальную ветку myBranch из origin/main-branch.

Я добавляю свою функцию, затем фиксирую и помещаю ветку myBranch в репо. Затем я инициирую запрос на удаление.

При этом он говорит мне, что у меня конфликт. Я вхожу в VS и сливаюсь из источника / главной ветки в мой myBranch. Я разрешаю конфликты.

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

У меня вопрос, должен ли я также фиксировать и отправлять эти файлы?

Answer 1

Git хранит всю историю всех изменений, сделанных в вашем репо. Как правило, Git может упорядочить изменения и разрешить слияние автоматически в соответствии с историей, а также отношениями между фиксациями, но если из вашей истории неясно, как слияния изменений в одних и тех же строках в тех же файлах, могут возникнуть конфликты. Пожалуйста, смотрите этот документ .

Могу ли я узнать, как вы разрешили конфликты, и сравнивали ли вы измененный файл с ними в вашем main-branch или myBranch?

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

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

Я не могу сказать, что вы должны фиксировать и отправлять эти файлы, рекомендуется проверить изменения и влияние этих изменений.