Автообновление может привести к очень нежелательным результатам.
Возьмите этот сценарий: вы находитесь в середине задачи разработки, но вы допустили ошибку и вам нужно отменить файл, который вы только чтомодифицирована.Итак, вы открываете AccuRev, но прежде чем у вас есть шанс «вернуться к самой последней версии», вы засыпаете 100 файлами, которые были изменены в апстриме, включая тот, который вы хотите восстановить.Теперь вы вынуждены решать все конфликты слияний до того, как будет построено ваше решение, включая слияние вашего (возможно, нестабильного) кода в процессе.
Требование пользователя на обновление вручную сохраняет защитный «пузырь»вокруг разработчика, позволяя им фиксировать (сохранять) изменения в своем рабочем пространстве, не внося изменений в код, которые могут дестабилизировать работу в их песочнице.Когда разработчик достигает точки, где его код готов поделиться с другими, это подходящее время для обновления и последующей сборки / повторной проверки объединенной кодовой базы перед продвижением.
Однако есть один сценарий, который яверю, что автоматическое обновление может быть полезным: после перезапуска рабочей области.т.е. когда рабочее пространство разработчика перемещается из одной части иерархии потока в другую.Каждый раз, когда мы переписываемся, нам нужно немного потанцевать:
- Примите диалог подтверждения, который напоминает нам (довольно многословно), что нам нужно обновить наше рабочее пространство, прежде чем мы сможем внести какие-либо изменения.
- Дважды щелкните рабочую область, чтобы просмотреть ее файлы.
- Подождите, пока AccuRev выполнит поиск "Ожидание", чтобы определить, ожидают ли изменения файла какие-либо изменения.
- И, наконец,выполните обновление.
Вместо того, чтобы просто дать нам диалоговое окно подтверждения, было бы неплохо, если бы AccuRev мог просто спросить нас, хотим ли мы обновить немедленно.