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

[artbear]

Имена файлов-макетов получаются слишком длинные
В связи с этим возникают серьезные баги
например, xDrivenDevelopment/xUnitFor1C#205 (comment)

Например, генерится файл "C:\Projects\GitHub\xUnitFor1C\src\Тесты\ТестыГенератораДанных1CUnit\Макеты\ИмяМакета\ИмяМакета.mxl"

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

Предложения:

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

[artbear]

Народ, кто возьмется за задачу ?

ИМХО нужно сделать, т.к. без ее решения использование сабжа на хранилище xUnitFor1C становится проблематичным и придется временно отключить сабж для хранилища xUnitFor1C - чего лично мне очень не хотелось бы :)

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

[artbear]

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

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

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

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

[pumbaEO]

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

|git config core.longpaths true
|

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

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

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

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

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

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

[artbear]

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

[artbear]

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

[artbear]

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

[pumbaEO]

Более точна ссылка на 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.

[artbear]

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

[artbear]

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

[artbear]

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

По ссылке Жени, это не баг 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)

MAX_PATH = 260 characters

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

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