Каковы некоторые рекомендации для рефакторинга и переименования в командной среде? Я привожу это с учетом нескольких сценариев:
Если библиотека, на которую обычно ссылаются, подвергается рефакторингу для внесения критических изменений в любую библиотеку или проект, на которые она ссылается. Например, произвольно меняя название метода.
Если проекты переименованы и решения должны быть перестроены с обновленными ссылками на них.
Если структура проекта изменена на «более организованную», добавьте папки и переместите существующие проекты или решения в новые места.
Некоторые дополнительные мысли / вопросы:
Должны ли изменения, подобные этому, или в результате боли указание на неправильную структуру?
Кто должен нести ответственность за исправление ошибок, связанных с критическими изменениями? Если разработчик вносит решающее изменение, должен ли он отвечать за вход в затронутые проекты и обновлять их, или они должны предупредить других разработчиков и предложить им что-то изменить?
Это можно делать по расписанию или делать это как можно чаще? Если рефакторинг откладывается на слишком долгое время, становится все труднее согласовать его, но в то же время в течение дня тратит 1 час на исправление сборки из-за изменений, происходящих в другом месте.
Это вопрос формального процесса общения или он может быть органическим?