far-bisect: use GitHub releases as builds source #17
Conversation
|
Спасибо, буду смотреть. |
Это совсем не проблема. Как и то, что выбранное решение может вам не понравиться. Например тем, что для работы требуется сторонняя утилита.
|
johnd0e
force-pushed
the
bisect-github-releases
branch
from
6558e9e
to
3ee3d4f
Compare
|
Чего ещё не хватает в скрипте:
Но это всё в идеале, и не факт что стоит усилий. |
|
P.S.
|
Это так, потенциал для улучшения есть немалый. Но как вы правильно заметили, это требует времени. Полагаю, что с добавлением ещё одного разработчика (вас), скрипт будет улучшен в разных аспектах. |
Определённо все локальные улучшения, если таковые возникнут, я буду публиковать. |
Если новое решение будет более общим и гибким, у меня не будет проблем приспособить свою инфраструктуру под скрипт. Что касается моих плагинов, которые можно помечать в диалоге для установки - это я убирать не готов, но можно сделать опцию для того, чтобы их показывать или скрывать. |
|
В файле update.github.releases.cmd есть |
Каждый лишний запуск занимает заметное время, поэтому не стоит. |
|
У меня 22.0 sec, (max=15) и 30.7 sec. (max=30). Не очень существенная разница. |
@echo off
set file=github.releases
set GH=gh
set max=100
del %file%
echo Recreating %file% database...
setlocal enabledelayedexpansion
set lastsize=0
for /l %%x in (1, 1, %max%) do (
echo %%x..
%GH% api -X GET "repos/FarGroup/FarManager/releases?page=%%x&per_page=100" --jq ".[] | .name, (.assets.[].browser_download_url | select(.|test(\"7z$\") and (test(\"\\.pdb\") or test(\"ARM64\")|not)))">>%file%
call :setsize %file%
if !size!==!lastsize! goto :eof
set lastsize=!size!
)
goto :eof
:setsize
set size=%~z1 |
Честно говоря, я бы предпочёл переписать этот cmd файл на Lua (можно, чтобы вся логика была на Lua, а cmd-файл остался, но был бы попроще). Хотя возможно это мои проблемы (синтаксис MS batch-файлов меня выводит из равновесия). |
|
Файл мне не кажется слишком сложным. |
|
Файл безусловно не сложный, но в нём используются особенности языка батч-файлов, о которых я раньше вообще не знал. |
|
Вместо того чтобы тупо обновлять кэш релизов с гитхаба целиком, стоит хранить его в виде какой-то базы, и добавлять только новые релизы.
Соображения? |
Предложения логичные, хотя на практике я до сих пор пользуюсь старой версией, которая качает с farmanager.com, и пользуюсь редко, т.к. больше занят far2m Что касается лишней DLL, то вроде sqlite3.dll уже несколько месяцев поставляется в папке Far3. |
|
Я про другую длл, ту что в комплекте с Polygon |
Кстати об этом, тут тоже вопрос. Второе, это если корректно поддерживать локальные архивы, то нужно добавить регэкспов, учитывающих гитхаб-билды. И последнее: нам ведь доступны не только "целые" билды, но иногда и промежуточные, и вероятно это тоже стоило бы взять в расчёт. |
Эти билды - последние на каждый данный момент, то есть позволяют вылавливать "свежие" баги. Но если реализован полноценный доступ к гитхабовским билдам, то от этих можно отказаться.
Я вроде не сталкивался с этой неоднозначностью. Она наверное существует, но практически редко может повлиять на результат. Ваша квалификация вполне позволяет развивать этот скрипт по своему усмотрению, без оглядки на меня. Я уверен, что практический подход может привести к новым идеям и хорошему результату. |
No description provided.