Имена файлов-макетов получаются слишком длинные #5

The text was updated successfully, but these errors were encountered:

Какое поведение ты ожидаешь ? Может пока укоротишь наименование тестов ?

В описании задачи я описал свои предложения

1. для макетов генерить файлы сразу в папке Макеты, без создания доп.вложенного каталога
2. если оставляем вложенный каталог, тогда имя файла делать коротким, например, 1.mxl , т.к. все равно имя макета задано в имени каталога.

ИМХО сокращать наименования тестов = "прятать голову в песок", т.к. в этом случае мы просто маскируем проблему. В дальнейшем она также может выскочить по разным причинам у разных пользователей (например, репо развернут на длинном пути)

Мне нравится вариант 1, т.к. имя макета у нас всегда уникально. Мне пока непонятно, почему Женя реализовал именно вариант дублей имен макетов.

Попробуй добавить настройку в git. Уменьшать нужно - это понятно, как быстрый bugfix для 2008

|git config core.longpaths true |

20.06.2014 18:01, artbear пишет:

1. для макетов генерить файлы сразу в папке Макеты, без создания доп.вложенного каталога
2. если оставляем вложенный каталог, тогда имя файла делать коротким, например, |1.mxl|, т.к. все равно имя макета задано в имени каталога.

Женя, настройка git config core.longpaths true что дает?

Насколько я понимаю, эта настройка работает с 1.9.0 и выше А как выяснили, народ каких только Гит не юзает :(

Возможное исправление настройки Гит это возможное решение части проблем. Но ведь еще и v8Reader, который выдает ошибку на длинных именах. ИМХО это нужно решать сначала.

Более точна ссылка на git - commit пытающийся решить проблему. msysgit/git@8439375

Для v83unpack я эмперическим путем определил, что название каталога не должно быть больше 63 символов, тогда на win платформе git будет переваривать репозитарий.

20.06.2014 18:21, artbear пишет:

Возможное исправление настройки Гит это возможное решение части проблем. Но ведь еще и v8Reader, который выдает ошибку на длинных именах. ИМХО это нужно решать сначала.

— Reply to this email directly or view it on GitHub.

Женя, ты же видел мое сообщение об ошибке. Ошибку выдает сначала v8Reader, а уже затем гит начинает тупить. Я предлагаю решить проблему в сабже. Например, кто-то допилит v8Reader (ты или Леша или я), кто-то посмотрит скрипт Питона (ты или Леша, я в Питоне код могу читать, писать слабо) Что сейчас конкретно ты предлагаешь сделать?

Я уже как-то задавал вопрос - кто сейчас пилит v8Reader ? у кого последние правки? У нас в сабже, у автора или еще кого?

Я готов самостоятельно поправить проблему, но хочется единого мнения об исправлении. Меня эта проблема сильно тормозит. Дома не могу нормально коммитить из-за этого бага.

По ссылке Жени, это не баг v8reader

as long paths are not supported by Windows Explorer

это мы нарываемся на баг, недочет Windows. Ты слишком длинно называешь тесты. Даже если мы будем использовать обновлять всем GIT до максимальной версии. Тогда люди в Проводнике не увидят файлов по таким длинным путям. И в консоли не увидят.

Windows paths are typically limited to MAX_PATH = 260 character

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

должно быть больше 63 символов, тогда на win платформе git будет переваривать репозитарий.

скорее всего это еще связанно с русскими символами в наименовании. английский путь был бы длинней. Видимо русские символы кодируются несколькими байтами (или чего там в внутри WinAPI)

Видимо использование русских символов сокращает этот размер. У нас используется cmd для выгрузки, значит на нас действуют его правила.

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

Ну ограничения необходимо прописать, если случайно недоглядеть, то можно всем все сломать . В понедельник подправлю. 21.06.2014 17:54 пользователь "Alexey Lustin" notifications@github.com написал:

должно быть больше 63 символов, тогда на win платформе git будет переваривать репозитарий.

скорее всего это еще связанно с русскими символами в наименовании. английский путь был бы длинней. Видимо русские символы кодируются несколькими байтами (или чего там в внутри WinAPI)

MAX_PATH = 260 characters Видимо использование русских символов сокращает этот размер. У нас используется cmd для выгрузки, значит на нас действуют его правила.

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

— Reply to this email directly or view it on GitHub #5 (comment) .

Народ, я уже кучу постов написал, а вы видите проблему только в длинных именах :( Почитайте пост xDrivenDevelopment/xUnitFor1C#205 (comment) Там все написано. Повторю главное

• обнаружил, что на моем домашнем репозитарии не установлен precommit1C
• установил последнюю версию precommit1c 1.1

но при этом во время разбора в 1С:Предприятии была ошибка ошибка была следующая:

: Ошибка при вызове метода контекста (КопироватьФайл) КопироватьФайл(ФайлМакетаИсходный.ПолноеИмя, ПутьНовый); по причине: Ошибка копирования файлов по причине: Ошибка копирования файлов из 'C:\Users\1\AppData\Local\Temp\ТестыГенератораДанных1CUnit.epf473.und\f519cbc0-1404-4ef3-9377-16955dc46254.0' в 'C:\Projects\GitHub\xUnitFor1C\src\Тесты\ТестыГенератораДанных1CUnit\Макеты\Тест_ДолженПолучитьИсключениеПриПопыткеСоздатьЭлементИЗаполнитьРеквизитПоНеверномуНаименованию\Тест_ДолженПолучитьИсключениеПриПопыткеСоздатьЭлементИЗаполнитьРеквизитПоНеверномуНаименованию.mxl' : Каталог не обнаружен

Сразу видно, что имя макета дублируется ДВАЖДЫ-ДВАЖДЫ C:\Projects\GitHub\xUnitFor1C\src\Тесты\ТестыГенератораДанных1CUnit\Макеты Тест_ДолженПолучитьИсключениеПриПопыткеСоздатьЭлементИЗаполнитьРеквизитПоНеверномуНаименованию Тест_ДолженПолучитьИсключениеПриПопыткеСоздатьЭлементИЗаполнитьРеквизитПоНеверномуНаименованию.mxl

Напоминаю, что сабж вместе с xUnitFor1C мы юзаем довольно давно, подобных проблем не было ни разу !! А вот после использования НОВОЙ-НОВОЙ версии появились проблемы. Логично, что проблемы в новой-новой версии, а не только, и не столько в именах тестов.

ЗЫ я устал уже доказывать простейший баг. Что еще нужно написать, чтобы вы увидели проблему в целом и в частностях, а не только в длинных именах ?