Я хочу иметь возможность загружать свои последние изменения в visual studio 2008 в ветвь последней версии anksvn.anksvn use branch for first time
Для достижения этой цели я хотел бы упомянуть следующее;
Я хочу создать «ветку» тестового кода, с которым я в настоящее время работаю. В основном у меня есть структура папок, которая выглядит следующим образом:
program name/version 2.0/version 2.1
.Производственный код находится в каталоге
program name/version 2.0
. Я хочу поставить свой «тестовый» код на уровне каталогаprogram name/version 2.0/version 2.1
, что я надеюсь на уровне филиала.Когда я пытаюсь использовать Create a branch or tag, я получаю сообщение
path exists The branch/tag at URL already exists
.Когда я смотрю на Switch to a branch, я вижу сообщение,
Note: If you've made changes to your working copy but have not committed them yet, the changes will get merged when you switch.
Я боюсь, что мой тестовый код будет сольются с кодом производства.В основном я проверил код из «производственного» местоположения в anksvn и внесли изменения в код на моем рабочем столе. Теперь я хочу иметь возможность проверить новый тестовый код на «ветку» anksvn.
Таким образом, вы можете сказать мне, как решить мою проблему? Если я не буду следовать «правильным» процедурам, можете ли вы сказать мне, что мне нужно изменить?
Можете ли вы рассказать мне, что такое обычные процедуры? Я не знаю, что я не следовал «нормальным» процедурам? Должен ли я работать с филиалами при добавлении кода в существующее приложение? – user1816979
Лучше сказать не «нормальный», а «рекомендуемый». Вы можете найти советы по этому поводу во многих книгах и статьях: например, Google для «лучших практик SVN». Здесь вы можете найти некоторые основные вещи: http://svn.apache.org/repos/asf/subversion/trunk/doc/user/svn-best-practices.html и http://blogs.collab.net/subversion/subversion_repo. Например, вы можете придерживаться рабочего процесса «Отладка при необходимости». – pmod
В соответствии с рекомендованными процедурами ваша версия 2.0/2.1 должна быть либо в/ветках, но также в/тегах. Что вам нужно: это обсуждать в команде разработчиков и соглашаться, когда вы ведете филиалы, когда теги, т. Е. Определяют формальные процедуры доставки/интеграции, выходящие за рамки SVN. – pmod