Я тут случайно заметил, что в пофигураторе 8.3.7 сделали новую кнопку выгрузки конфигурации в файлы, в иерархическом формате. Спустя каких-то года 3-4 после выпуска версии под линукс наконец поняли, что имена файлов типа

ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокументИмениНуралиеваБорисаГеоргиевича.xml

не влезают в ограничения linux vfs.

Как оно? Пользоваться можно для хранения в git? Сильно непохоже на старый вариант, зато за один присест без промежуточных скриптов.

(0) даже в винду не влезают, так шо линух тут не виноват.

вернитесь на 8.3.6 !!
я много этим пользуюсь - ограничение в 80 символов это еще не самый грех
в некоторых случаях может отказаться заливать файлы назад!! ругаетсяна несуществующие (и не описанные) файлы справки на других языках, например

(0) а загружать частями можно или всё также только все файлы сразу?

(0) извиняюсь за безграмотность, а для чего нужна выгрузка в неск. файлов вместо cf?

(4) Модификация сторонними приложениями, например, при обновлении. Еще раньше можно было выгрузить описание формы для одного объекта и подсунуть другому схожему, в 8.3.7 вроде как нельзя.

хм... Типовую бухию3 у меня на коре5 это чудо выгружало 40 минут. Загружало полтора часа...
Нафиг такое надо...

(6) я вообще спать ушел, пока у меня выгружало
впрочем, предыдущий вариант работал тоже не быстро

зато теперь можно будет на линуксовой машине запускать, чтобы оно где-то там тормозило, а не у тебя на ноутбуке

(3) Загружать можно частями, а вот выгружать нет
http://v8.1c.ru/o7/201507xml/index.htm

2(3) Можно, но только не винтерактивном режиме, при помощи запуска с командной строкой

Проблема минимум годовалой давности осталась:
Создал пустую базу с ITS, выгрузил конфу, записал.
Запустил конфу, ничего не настраивал, закрыл, выгрузил еще раз - олимпиард изменений по типу:


-<dcscor:parameter>TextColor</dcscor:parameter>
+<dcscor:parameter>ЦветТекста</dcscor:parameter>


-<ContextMenu name="СписокSearchControlContextMenu" id="38"/>
-<ExtendedTooltip name="СписокSearchControlExtendedTooltip" id="39"/>
+<ContextMenu name="СписокУправлениеПоискомКонтекстноеМеню" id="38"/>
+<ExtendedTooltip name="СписокУправлениеПоискомРасширеннаяПодсказка" id="39"/>

При обновлении наверняка снова сменится на английский, а при следующем запуске снова на русский.

(10) все норм, для этого существует отдельный precommit скрипт для git

(11) он у тебя запускает клиент, или в текстах ковыряется?
я твои наборы скриптов давно уже видел, но до сих пор зачем-то свой велосипед ковыряю

(12) питоном в текстах ковыряется.

(0) давно в лине огрнаничение на пути ?

(14) с рождения.

(14) и в винде, и в линуксе - по 256 на имя файла (не пути)
только в винде - на 256 юникодных символов, а в linux vfs - на 256 байт (считай примерно 128 русских букв в utf-8).

есть гора файловых систем, у которых нет такого маленького ограничения на имя файла, но все равно на них работать не будет из-за linux vfs

я postgresql патчу на предмет NAMEDATALEN, но ядро ковырять на каждой машине - нуевонафик

(13) А список замен откуда брал? Я пытался его построить, но что-то он не самый маленький, и скорее всего будет расширяться по мере выпуска новых версий платформы

(17) их там всего 5 или 6 правил.

(18) не вижу такой хук у тебя на github. Не выкладывал или ищу плохо?

(19) прозрел - undiff1c

(16) в винде 255 на путь и имя

(21) а в макоси 512

(21)
Ну, во-первых, не 255, а 260.
Во-вторых, если софт умный, то не 260, а 32К. Но не все проги могут в длинный путь.

(23) там служебные символы ?:\\ отъедают.

(18) у тебя таки не все вхождения исправляются, но все равно очень полезный костыль.

Лучше бы, конечно, платформа умела выгружать одну и ту же конфу одинаково вне зависимости от погоды на марсе.

(25) задачку добавь или здесь напиши, по мере необходимости добавляю.

(26) делаю уже, но вариантов русский-английский внутри <dcscor:parameter> уже больше ста, хук очень медленно будет отрабатывать

Сейчас репу чешу - делать  это вообще, или проще оставить как есть. Эти dcscor, похоже, действительно переключаются только один раз после запуска клиента.

кмк - правильный путь - как-то на разработчиков платформы таки повлиять, чтобы сделали однозначный вывод либо на русском, либо на английском