Наборы полок TFS и проверка кода [закрыто]

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

Закрыта 7 лет назад .

Одной из причин использования наборов полок TFS является проверка кода, с чем я не согласен, но это практика, которой я придерживаюсь в своем текущем проекте. Причина, по которой я вижу, что использование наборов полок TFS не является хорошей идеей для проверки кода, заключается в том, что

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

Может ли кто-нибудь предоставить мне некоторые указатели, которые могут быть либо для , либо против подхода полки TFS для обзоров, чтобы либо я убедился в подходе, либо я мог представить аргументы против используя этот подход?

задан b4hand 19 March 2015 в 18:14

0 ответов

Другие вопросы по тегам:

.net tfs c#

Наборы полок TFS и проверка кода [закрыто]

0 ответов

Похожие вопросы: