GitHub: работа с файлами от имени пользователя

[ilabutin]

Для работы с Аудитом нужно уметь работать с форком Аудита

• Чтение файлов
• Создание/удаление бранчей
• Создание PR

[zetroot]

Предлагаю уточнить flow.
Мое видение работы с форком следующее:

1. Пользователь начинает сессию работы и при этом:
   1.1. Форкает аудит
   1.2. Создаёт новую ветвь
2. Пользователь читает, изменяет, создаёт, удаляет файлы в репозитории. Каждое изменение флашится отдельным коммитом в форк аудита. Здесь вероятно стоит прикрутить кэширование, чтобы не вычитывать по многу раз одни и те же файлы.
3. Пользователь заврешает сессию работы, при этом создаётся новый PR в основной репозиторий аудита.
4. Повторить.

Есть узкий момент: если у пользователя уже есть форк, то повторное создание форка ничего не меняет. Надо тут продумать механизм обновления master ветки, иначе придётся каждый раз ходить в github и сносить свой форк, что может быть не приемлемо, особенно если мы реализуем восстановление контекста редактирования.

[ilabutin]

В целом flow норм.
Я посмотрел Octokit. На первый взгляд там не создать нормальный "upstream" ref, но может быть он там автоматически создаётся когда это форк на сервере.
Надо Octokit'ом попробовать получить все Reference для форка и если там есть upstream, то тогда через MergingClient должно получиться сделать мерж из upstream.

[zetroot]

Направление почуял. Поиграю с этим на днях.
Предлагаю пока эту особенность отложить и отладить happy-path.

[zetroot]

Надо будет свой асинхронный IFileProvider реализовать. Blazor не даёт блокировать потоки, описанно у МС dotnet/aspnetcore#26314