используя GNU awk для поиска имен файлов, передайте имена файлов в xargs
gawk -v pattern="myRegex" '
FNR == 1 {if ([110] ~ pattern) printf "%s\0", FILENAME; nextfile}
' *.csv | xargs -0 echo mv -t destination
Если все выглядит нормально, удалите «echo»
Как упоминалось в более старой версии (2009) документа «Древовидный конфликт» :
Конфликт XFAIL из-за слияния добавления поверх версионного файла
Этот тест выполняет слияние, которое переносит добавление файла без истории на существующий версионный файл .
Это должен быть конфликт дерева в файле сорта «локальное препятствие, входящее добавление при слиянии
». Фиксированные ожидания в r35341.
(Кстати, в ClearCase это также называют «злыми близнецами»):
файл создается дважды (здесь «добавляется» дважды) в двух разных ветвях, создавая две разные истории для двух разных элементов, но с одинаковым именем.
Теоретическое решение состоит в том, чтобы вручную объединить эти файлы (с помощью внешнего инструмента сравнения). ) в целевой ветви ' B2
'.
Если вы все еще работаете с исходной веткой, идеальным сценарием было бы удалить этот файл из исходной ветви B1
, объединить вернуться с B2
на B1
, чтобы сделать этот файл видимым на B1
(затем вы будете работать с тем же элементом).
Если слияние невозможно, поскольку слияние происходит только от B1
до B2
, то для каждого слияния B1-> B2
потребуется ручное слияние.
Я нашел сообщение, предлагающее решение для этой . Он собирается запустить:
svn resolve --accept working <YourPath>
, который потребует, чтобы файлы локальной версии были в порядке.
Вы можете запустить его для одного файла или для целых каталогов проектов.