Русскоязычный ReaPack репозиторий

[@Michael]

Или более корректно так: ресурсы от русскоязычных пользователей.
Не знаю, насколько приживётся.
Вобщем, я пошерстил чуть по rmm и закинул в отдельный репозиторий то, что делают наши ребята. Впринципе в этом мало смысла, потому что каждый человек может с таким же успехом кинуть своё творение в ReaTeam репозиторий, там работает такой же бот. Но раз уж у нас уже и так всё разбросано, думаю, есть смысл лить контент централизованно в одно место.

Мысли какие есть?
Нужно/не нужно?
Что докинуть?
Можно конфиги пилить и шарить как misc data. Вроде как конфиг для эйблтона/сонара/куба/фл. Ну или просто менюхи/команды/настройки мыши и тд. Или темы, одну закинул для примера.

Ссылка для импорта в реапак: https://raw.githubusercontent.com/ReaSourceRU/ReaSourceRU/master/index.xml
Адрес: https://github.com/ReaSourceRU/ReaSourceRU
Обновления индексирует бот, то есть на локальную машину ничего клонировать не надо, (почти всё) можно добавлять/править прямо в гитхабе .

 

[belovw]

@@Michael, не грузит что-то.

 

[@Michael]

@@Michael, не грузит что-то.

Бот только делает индекс, ветка проверяется человеком. Твою ветку я соединил (только что), ждем реакции бота.

Добавил тебя в качестве участника общества (по инвайту) с правами на всё.

 

[belovw]

@@Michael, Я сделал обновление плагина. Как закрепить обновление что бы оно потом прогрузилось на всех устройствах? Сейчас грузиться прошлая версия.

 

[@Michael]

Не прошло проверку ботом. Да я думаю, тему можно закрыть, а твои плагины перенести в ReaTeam.

 

[belovw]

Не прошло проверку ботом

Что это за механизм?

 

[@Michael]

В теории бот проверяет входящие реквесты. Если не находит ошибок соединения предлагаемой ветки с основным репозиторием, то вносить изменения в репозиторий. Далее другой бот смотрит, что в репозитории новые обновления, и прогоняет по репозиторию reapack-indexer, дабы у всех юзеров при ближайшем сканировании на обновления собственно обновления нашлись. Сейчас так работает ReaTeam репозиторий.

 

[belovw]

@@Michael, Если можно? детальную инструкцию как это функционирует. Хочется разобраться. Ну или где изучить.

 

[@Michael]

Где-то в моём треде разработчиков reapack cfillon описывал схему, придётся поискать

 

[belovw]

придётся поискать

Плиз

 

[@Michael]

Плиз

Спойлер: https://forum.cockos.com/showpost.php?p=2048021&postcount=688

This is how I do it on the ReaTeam repositories: (Alternatively you can do it locally using git hooks as Lokasenna suggested on Slack – this would run much faster).

1) Setup a continuous integration service that supports GitHub for the repository. Many are free for open-source (such as AppVeyor or Travis).

2) Generate a new SSH key pair (without passphrase) to give write access to the bot. Encrypt the private key with a strong, unique passphrase using GnuPG (command line: "gpg -c deploy_key" where deploy_key is the filename of the private key). Delete the original unencrypted private key file (deploy_key). Add deploy_key.gpg to the repository. Copy/paste the public key (deploy_key.pub) in Settings > Deploy keys on GitHub (warning: from this point on anybody with the original unencrypted private key or the passphrase has full write access to the repository).

3) Create a "secret" environment variable named "DEPLOY_KEY_PASSPHRASE" in the chosen CI service's settings with the private key's passphrase from the previous step as value. Make sure it is not created as a regular environment variable because those are often printed as plain-text in the CI service's public build logs! You won't need to know the passphrase again in the future. Also make sure the chosen CI service disables secret environment variables when building pull requests (AppVeyor and Travis does).

4) Setup the CI service to do this when building a commit (many are configured from a YAML file at the root of the repository):

1. Install step
   • Ruby 2.3 or newer
   • reapack-index: gem install reapack-index
   • Pandoc
2. No build step
3. Test step
   • Run: reapack-index --check
4. Deploy step (this is what ReaTeam's deploy.sh does, see below):
   • Decrypt the private key using the passphrase stored in the environment variable (without revealing it):
     echo $DEPLOY_KEY_PASSPHRASE | gpg --batch --passphrase-fd 0 deploy_key.gpg
   • Start the SSH Agent and add the decrypted private key to it
   • Setup git credentials (username/email for the bot's commits – doesn't have to be real)
   • Switch to the master branch (git checkout master)
   • reapack-index --commit
   • Add a remote with the repository's SSH URL
   • Push the master branch to this new remote

The configuration files and scripts used on ReaTeam:

• Deploy script: https://github.com/ReaTeam/Extensions/blob/d50fe208ed97ed7e1a259bb4fe1397152d857c6a/.ci/deploy.sh
• AppVeyor configuration (Ubuntu 18.04): https://github.com/ReaTeam/Extensions/blob/d50fe208ed97ed7e1a259bb4fe1397152d857c6a/.appveyor.yml
• Travis configuration (Ubuntu 14.04, quite old...): https://github.com/ReaTeam/ReaScripts/blob/5a772a32343a9e8b0098fab8a049258ee4ff1e11/.travis.yml