Советы по созданию случайных изменений проекта Visual Studio сложнее?

Question

моя команда использует Visual Studio для нашей среды разработки, мы любим его очень

мы используем одни и те же файлы проекта в нашей автоматизированной сборки

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

... Я знаю ... Я знаю ... не отправляйте их на репродукцию!

Я хотел бы убедить всех, чтобы быть более осторожными, но давайте будем честными - это очень легко, учитывая количество перестановок {x86, x64, любой} {релиз, отладки}

Мой вопрос: Есть ли что-нибудь Я могу добавить к проекту VS, что затруднит внесение изменений? Я не ищу идеального решения, но UX в VS работает отлично до точки, а затем я предпочел бы, чтобы блокнот не допустил ошибок

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

Я надеюсь на что-то умное, может быть, режим, который будет запрашивать подтверждение перед изменением?

идеи/советы?

Answer 1

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

Вы также можете добавить check in policies, который среди прочего может потребовать чистую сборка была сделана локально перед регистрацией.

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

Answer 2

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

Answer 3

Обычно у меня есть команда, которая проведет проверку файла проекта и заблокирует его. Тогда никто другой не может зарегистрировать изменения. Это немного lo-tech, но он работал каждый раз, когда мы это делали. Преимущество такого подхода заключается в том, что когда пользователь пытается внести изменения в файл проекта, он сразу же получает напоминание (потому что он не может быть извлечен).

Если нам нужны изменения, руководство проекта вносит изменения, проверки и выключения сразу.