Чтобы избежать проблем, обычно достаточно быть осторожным, но иногда мне нужно дважды проверить ветку, над которой я работаю ( например, «хм… я в dev
ветке, верно?»), Проверив путь управления исходным кодом случайным образом. файл.
В поисках более простого способа я подумал о присвоении имен файлам решения соответственно ( например MySolution_Dev.sln
), но с разными именами файлов в каждой ветви я не могу объединить файлы решения.
Это не так уж важно, но есть ли какие-то методы или «маленькие хитрости», которые вы используете, чтобы быстро убедиться, что вы в правильной ветке? Я использую Visual Studio 2010 с TFS 2008.
git status
илиhg status
?Ответы:
Я использую это http://visualstudiogallery.msdn.microsoft.com/f3f23845-5b1e-4811-882f-60b7181fa6d6
Обновляет ваш заголовок, например:
Разработка \ мойпроект
или
Main \ myproject
или
Release \ myproject
Надеюсь, это поможет
источник
Назовите рабочие каталоги по-разному. То есть, если ваш проект называется «MY_PROJECT», создайте разные рабочие каталоги для каждой ветви. Если есть одна ветвь с именем «dev», то вам понадобится каталог для trunk и каталог для dev, например:
источник
Я не работаю в общей ветке разработки или магистрали.
Я ВСЕГДА работаю в тематических ветках. Когда функция сделана, я следую за этими шагами.
У меня ветка разработчика открыта только на несколько минут, и я ее сразу закрываю.
источник
Вы можете создать пустой файл в каждой ветви, например, THIS_IS_TRUNK.txt в транке и THIS_IS_DEV.txt в DEV.
источник
Я делаю много своей (D) VCS работы из командной строки. Я настоятельно рекомендую иметь ваш быстрый дисплей, где вы находитесь. Например, мое приглашение в репозитории Git выглядит так (я делаю это и для SVN):
И если репо в данный момент грязное (незафиксированные изменения):
У меня также есть фон, установленный на красный, если вы вошли в prod, и тому подобное. Я считаю простые визуальные уведомления очень эффективными для меня.
Вы упомянули, что часто видите это после возвращения на компьютер. Я нахожу заметку к сообщению, с моим текущим фокусом (ветка, ошибка #, функция), прикрепленным к моей клавиатуре, когда я ухожу, чтобы быть очень эффективным, позволяя мне быстро вернуться к работе, а не воссоздавать то, что было в прошлый раз ,
источник
Существует бесплатное расширение Visual Studio под названием TFS Solution Info, которое может помочь в этом. Он показывает вам текущую ветку и рабочее пространство в небольшом окне, которое вы можете закрепить / закрепить где угодно.
источник
Я использую расширение VSCommands (с Visual Studio 2012, но есть версия 2010 года), и оно удобно помещает имя ветви в верхнем левом углу экрана, а также в обозреватель решений.
Никоим образом не связан с продуктом, просто счастливый пользователь.
источник
Я избегаю работать в неправильной ветви, делая почти все в одной ветви (в магистрали - в соответствии с так называемой стратегией ветвления "нестабильной магистрали" ).
Случаи, когда я вынужден обновлять ветки, довольно редки - это исправления до и после выпуска (код кандидата на прод-код изолирован в ветках). Так как эти исправления также должны быть в транке, я обычно проектирую, тестирую и проверяю их прямо в транке, а затем переносу в ветку prod. Портирование, как правило, требует простой копии от 1 до 5 файлов для проверки и сборки.
источник
Конкретный ответ зависит от используемого вами программного обеспечения для управления версиями, но обычно есть команда, которая позволяет вам легко увидеть ветку, над которой вы работаете. Например, с Subversion используйте
svn info
команду в каталоге, чтобы увидеть URL для этой ветви. Если вас больше интересует конкретный файл, вы также можете указать это:По URL я вижу, что моя копия файла foo.c находится в ветке caleb-dev.
Мне не нужно делать это очень часто, потому что мой локальный каталог имеет то же имя, что и ветвь. Беглого взгляда на мою подсказку командной строки обычно достаточно, чтобы подтвердить, что я нахожусь в правильном каталоге и, следовательно, работаю в правильной ветви.
источник
Здесь уже есть много ответов, но ни один из них не касается простого решения, которое у нас есть, где я работаю: для каждой ветви создайте новую виртуальную машину, содержащую среду разработки, и извлеките из соответствующей ветви. Вы только должны сделать это и сделать это правильно один раз, а затем вы просто переключаете виртуальные машины для переключения ветвей.
источник