Пожалуйста, ознакомьтесь с https://apidocs.imgur.com/#rate-limits , где вы найдете подробную информацию о конкретных ограничениях тарифов API.
Imgur имеет несколько ограничений скорости, в том числе для каждого приложения и ограничения IP-адреса пользователя. Даже если у вас больше кредитов для пользовательских запросов, у приложения больше не будет доступных кредитов, и это может вызвать ограничение скорости для ваших запросов.
Каждый ответ от серверов Imgur содержит заголовки ограничения скорости, которые дадут вам более подробную информацию о установленных вами пределах.
Заголовки ограничения скорости включены в ответы (из документов Imgur API):
X-RateLimit-UserLimit
- Всего кредитов, которые могут быть выделены. X-RateLimit-UserRemaining
- Всего доступных кредитов. X-RateLimit-UserReset
- Метка времени (эпоха Unix), когда кредиты будут сброшены. X-RateLimit-ClientLimit
- Всего кредитов, которые могут быть выделены для заявки в день. X-RateLimit-ClientRemaining
- Всего кредитов, оставшихся для заявки в день. После некоторого тестирования я собираюсь попробовать эту схему. Два основных репозитория и два именованных ответвления, Ядро и Расширение.
Один репозиторий процессорного ядра, который должен только содержать Ядро changesets и источник. Это должно таким образом содержать только changesets от Базового ответвления. Это проверяется с помощью следующего рычага репозитория в hgrc этого repo:
pretxnchangegroup.branch = hg heads --template "current branches: {branches} " | find "Extension" && exit 1 || exit 0
Взгляды, немного странные, но в основном, это запущено после нажатия или получения по запросу завершается, но прежде чем это будет фиксироваться. В той точке, если рычаг перестал работать, откатывается транзакция. Таким образом, рычаг ищет changeset Дополнительного ответвления и перестал работать, если это находит его - эффективно запрещение Расширения изменяется для ввода Ядра repo.
Второй repo содержит и Базовые и Дополнительные ответвления и changesets, и - где changesets обмениваются между двумя ответвлениями. Нормальное слияние от Ядра до Расширения и пересадка от Расширения до Ядра.
надежда это помогает кому-то еще.
(после того как история продвинута, нет никакого возвращения!)
уверенный существует..., это - то, о чем управление версиями - все!
Я не сделал ничего как это прежде, но это кажется, что команда пересадки будет полезна. Кроме того, Вы можете иметь клоны клонов и продвинуть любому из них и так далее.
Лесное расширение позволяет Вам сохранять несколько repos как часть большой. Кажется, что это могло помочь здесь.