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





Вы также можете перемещать файлы в StarTeam. Затем слейте после этого.
Что бы вы ни делали, убедитесь, что вы не удалили файлы и не добавили их заново в StarTeam. Если вы это сделаете, вы потеряете историю файлов.
Перемещение файлов в StarTeam с последующим обновлением проекта / решения - более чистый способ. Я бы также предложил создать метку представления перед тем, как что-либо делать, чтобы у вас была определенная точка «отката», если что-то пойдет не так :)
Папки в StarTeam можно переименовать в соответствии с перемещениями файловой системы, щелкнув папку правой кнопкой мыши и выбрав «Свойства». Если вы создали новые уровни вложенности, вам придется создавать эти папки обычным образом. Если вы перемещали файлы между существующими папками, вы можете перемещать их в StarTeam, перетаскивая их из окна файлов справа в новую папку слева. Файлы можно переименовывать в StarTeam, чтобы они соответствовали новому имени, как и папки, щелкните файл правой кнопкой мыши и выберите «Свойства».
Я как участник StarTeam выражаю вам свои соболезнования.
Проблема в том, что я беспокоюсь о том, чтобы сломать сборку, пока перемещаю папки в StarTeam. Я полагаю, что единственный способ избежать этого - быть готовым загружать обновленные файлы проекта, как только я перемещаю вещи в StarTeam, и делаю это как можно быстрее.
Когда я говорю «ломать сборку», я также имею в виду других разработчиков в команде, а не только автоматизированный процесс сборки.
В идеальном мире вы могли бы разветвить представление и слить обратно, когда будете довольны своими изменениями, чтобы избежать поломки сборки. Однако, поскольку вы используете StarTeam, я бы предложил внести небольшие постепенные изменения в структуру папок и согласиться с тем, что у вас, вероятно, будет несколько поломок на этом пути. Скорее всего, это займет меньше времени и будет более интуитивно понятным, чем попытка использовать интерфейс слияния представлений.
Вы должны использовать метки для определения статуса «готов к сборке» и опираться только на него - не рассчитывайте на проверку последней ревизии для сборки, особенно если вы хотите что-то проверить, чтобы не потерять это, но оно еще не готово. для сборки еще.