В MyTetra Share сделано большое кеширование, потому что она дает сильную нагрузку на хостинг. Т. е. MyTetra Share обновляется с большой задержкой (до нескольких минут) относительно актуального состояния репозитария. MyTetra WEB Client обновляется сразу.
В WEB Client действительно обновляется сразу, а вот в Share коммит от 12 января до сих пор не появился.
Потому что кроме вас на ваши HTML-страницы никто не заходит. Скорость обновления зависит еще и от количества обращений. Сейчас обновление происходит в среднем один раз за 30 обращений (может и 1 раз за 60, там случайность, как повезет). На страницы вашего репозитария (и всех остальных) пользователи заходят, в основном, через поисковики. Так вот самим фактом захода на страницу пользователи "ускоряют" обновление кеша. Но вы можете сами пообновлять страницу, если это действительно необходимо. Здесь важно понимать: кешируется дерево, а не текст записей. И как только вы увидели, что в дереве появилась новая запись, то это значит, что в дереве будут видны и все другие записи, добавленные до нее. Не нужно обновлять каждую страницу с записью.
Текст записи обновляется сразу, как только он изменится на GitHub. Текст записи не кешируется. Но следует знать, что на GitHub есть балансировщик нагрузки, который отправляет HTTP-запросы на разные сервера "сырых" файлов. А сервера "сырых" файлов, к которым обращается MyTetra Share, тоже имеют свой лаг. И даже возможна ситуация "отката", когда вначале вас перекинули на сервер, в котором файл обновился, а при запросе через минуту вас могут перекинуть на сервер, в котором файл еще не обновился.
В общем, если вы видите коммит на GitHub, это не значит, что MyTetra Share мгновенно его отобразит.
Немного путанно объяснил, но надеюсь, основной механизм понятен.