Управление исходным кодом с Visual Studio: переключатель от VisualSVN до Анка?
Так как вы используете bash, вы можете использовать замену подстроки, т.е. замените \r в IMAGE var:
$ CHECKSUM="${IMAGE/ или подготовьтесь к нему в части awk, установив разделитель записей RS:
... | awk -v RS="\r?\n" '/Location/ {print $2}'
Протестировано с gawk, mawk и оригинал-awk. Удивительно busybox awk удалил его сам:
$ echo -e \\r | busybox awk '{print $1}' | hexdump -C
00000000 0a |.|
, но, например:
$ echo -e \\r | gawk '{print $1}' | hexdump -C
00000000 0d 0a |..|
\r'/}.sha256"
$ echo $CHECKSUM
https://downloads.raspberrypi.org/raspbian_lite/images/raspbian_lite-2018-11-15/2018-11-13-raspbian-stretch-lite.zip.sha256
или подготовьтесь к нему в части awk, установив разделитель записей RS:
... | awk -v RS="\r?\n" '/Location/ {print $2}'
Протестировано с gawk, mawk и оригинал-awk. Удивительно busybox awk удалил его сам:
$ echo -e \\r | busybox awk '{print $1}' | hexdump -C
00000000 0a |.|
, но, например:
$ echo -e \\r | gawk '{print $1}' | hexdump -C
00000000 0d 0a |..|
9 ответов
Мы сделали точно что: переключенный от VisualSVN до AnkhSVN. Перемещение обошлось без помощи любой проблемы вообще. Эти плагины не хранят определенную информацию и .svn (или _svn), скрытые папки совместимы с любым svn клиентом.
1.x серия плагина Анка была ужасна: много катастрофических отказов и раздражений (например, было очень трудно переместить или переименовать not-still-commited файл). 2.x ряд исправляет большинство проблем, и в то время как он все еще не делает достигает уровня VisualSVN, я нашел это очень достаточным для нашего использования (и очень свободный).
О миграции сам по себе, это не могло быть более просто: мы просто удалили VisualSVN и установили Анк. Пока Ваш каталог является объектом управления исходным кодом, он работает.
Единственная общая вещь состоит в том, что Вам все еще нужен TortoiseSVN, чтобы сделать много вещей, быть ими усовершенствованные задачи или более основные: намного более просто создать рабочие каталоги и к контролю в рамках проводника, чем с Visual Studio.
Я думаю, что для большей передовой функциональности Вам все еще будет нужен TortoiseSVN (как Экспорт, Переместите, целые операции каталога, блокировки и т.д.). AnkhSVN v2 прекрасен очень. Я использую обоих без большого количества стычки.
Что касается установки удаленного репозитория (я не знаю VisualSVN, таким образом, я предполагаю, что мы говорим о сервере репозитория) необходимо будет использовать svnserve непосредственно от пакета Подверсии. Можно настроить его как службу Windows.
Анк должен работать против любого сервера Подверсии, таким образом, он должен работать против VisualSVN также. Посмотрите здесь: http://www.visualsvn.com/server/ Это говорит, что сервер совместим со всеми клиентами.:-)
Работы AnkhSVN с любым сервером Подверсии и Сервером VisualSVN являются одним из самых легких для конфигурирования серверов для Windows.
Если необходимо совместно использовать проекты и решения между VisualSVN и AnkhSVN, необходимо удостовериться, что не подключаете свои проекты к поставщику AnkhSVN scc, или пользователи VisualSVN будут видеть предупреждения. (Можно соединить файл решения, не видя предупреждения SCC).
Можно использовать AnkhSVN бок о бок с любым другим клиентом Подверсии, но мы разработали AnkhSVN 2.0 для не требования другого клиента для нормального функционирования. Единственная проблема, которую Вы могли бы видеть при помощи AnkhSVN рядом с другими клиентами подверсии, - то, что AnkhSVN 2.0 только добавляет файлы к подверсии, когда действительно требуется (прямо прежде, чем фиксировать), увеличить производительность и позволить переименованию случая файл.
Я использую VisualSVN и Анк без проблем - работы Анка против любого сервера Подверсии. Единственная разница, которую я нашел между VisualSVN и 'необработанным' пакетом Подверсии, была то, что VisualSVN использует http/https вместо svn: протокол.
Я думаю, что это содержит информацию, которая релевантна: AnkhSVN по сравнению с VisualSVN
Назовите меня сумасшедшим, но это решение кажется довольно чистым мне: http://blog.programmerslog.com/?p=4.
Garry Bodsworth выдвинул настройки Visual Studio, которые используют TortoiseSVN. В основном, вместо того, чтобы добавить внешние настройки инструмента вручную, импорт этих настроек делает все это для Вас: панель инструментов Subversion, меню Subversion и команды контекстного меню.
Я думал бы, что это будет большим простым решением, чем установка или AnkhSVN или VisualSVN.
Мой опыт с Анком ужасен (слишком много катастрофических отказов во время выполнения), однако это для более старой версии Анка, и они уже, возможно, смягчили проблемы. Однако палка сначала с a), что работы, и затем b), что можно предоставить.
Честно, мне не нравилась большая часть ни одного из SVN, добавляют ons для Visual Studio. Я закончил тем просто, что настроил свой собственный набор макросов, чтобы сделать что-либо, что я должен сделать, и добавляющий пункты меню и пользовательские контекстные меню, для фиксаций, обновлений, показать журналы и такой. Я использовал Черепаху и интегрировался с инструментами командной строки. Было легко сделать, включение интеграции с командной строкой звонит в TortoiseProc.exe. Однако я уверен, что, интегрируясь с svn.exe или другой командной строкой базирующиеся svn клиенты были бы так же легки. Плюс Вы получают добавленное преимущество настраивания его, как Вы думаете и работаете, а не упакованные наполняют. Я продолжу использовать настроенные макросы, пока я не найду некоторые лучшие инструменты интеграции подверсии.