Поддерживаю полностью!
Тем более, что hg значительно проще git-а по освоению таких простых вещей. Если надо принести патч, мерж-реквест/пулл-реквест, то в данном случае ничего сложного нет и изучать тут просто нечего, но если ты не способен даже на такое ничтожное усилие, то возникает резонный вопрос - каков вклад ты можешь привнести, кроме правки всяких CoC.md и README.md?

И да, если уж отказываетесь, то подготовьте публику. Скажите, что мол, не справились, не смогли осилить, jpython не для нас и мы не умеем в апи mercurial. Извиняйте. Вот вам инструменты для конвертации репозиториев, вот так-то ими пользоваться. Давайте мы вам поможем адаптировать уже размещённый у нас проект к громоздкому git-у. Так-то можно настроить ваши CI/CD процессы (если прикручено к репозиторию) - это для такого-то CI, это для другого-то CI, это - для третьего и тд.

Но какбэ подумайте сами: послезавтра они скажут, что вот у нас есть поддержка perforce, а git мы сворачиваем. Это к вопросу о предоставляемом сервисе - расширять функции - это одно, сворачивать функции и вводить плату за "если хочешь больше" - это другое, а просто упразднять - это уже имиджевый вопрос. Какова надёжность такого сервиса? Вот ты разместил там проект, затратил деньги и время, а они такие: ваши операционные расходы должны вырасти в связи с нашей некомпетентностью. Ну и что? я от них свалю и они лишатся платного клиента, так как они в лице людей, готовых платить, уже не предоставляют надёжный сервис, ибо просто-напросто сегодня сервис есть, а завтра - досвидули.