fun KClass<Git>.init(....){...}

Оно не будет появляться в автодополнении после Git. — т.е. не решает задачу

По этому удобнее top level функция. А ещё лучше сдать GitBuilder и да здравствует kotlin DSL

Володь, речь про autocomplete в Java коде?

В Kotlin коде

Про Java код мне неважно

А, понятно

Только кейс не понятен. Что Git. Init () писать, что initGit(). Если это не инстанс функция

Есть jgit. Альтернативных API для работы с git де-факто нет.
Но в Kotlin оно выглядит «разлаписто».
И «named parameters» упростило бы многое.

Есть Grgit (т.е. Groovy обвязка), но в Kotlin она «так себе» выгядит.
Вот думаю, что логично было бы сделать KGit wrapper.

Но при этом, хорошо бы не отходить далеко от изначального jgit API. Так сказать, хотелось бы облагородить jgit, чтобы по автодополнению подсказывались нормальные методы

Я так понимаю оригинальный код на Java и в нем только один вариант инициализации. Этот класс все знают и используют. Володя хочет чтобы в какой-то момент по Git. автокомплитились ещё и extension функции, помимо тех, что уже есть в оригинале

именно

Не судите строго, но DSL рулит в плане "облагородить" и при этом можно оставить знакомые конструкции

А вот тут Андрей не про это?

Предлагает написать extension для компаньона

Хотя в комментах говорят, что это только для Kotlin классов сработает 🙁 Вот тикет https://youtrack.jetbrains.com/issue/KT-11968

Тикету 3 года и у него 326 голосов. Мне кажется сообщество сделало уже всё, чтобы поднять ему приоритет, но что-то не срастается видимо 😂

Там есть более свежий тикет для авто-создания компаньенов. Он собственно решит проблему.