Забудьте о возможности выпусков проекта Github, которая не будет работать как настоящий сайт обновлений (см. Примечания в конце).
Чтобы достичь того, чего вы хотите, вы можете создать репозиторий Github, зафиксировать / отправить туда свой репозиторий p2, а затем использовать его в качестве сайта обновления, используя необработанные ссылки.
Так, например, для хранилища:
https://github.com/some-user/some-repository/
Вы можете использовать его для обновления сайта по ссылке:
https://github.com/some-user/some-repository/raw/master/
Примечания. Да, если вы откроете ссылку на сайт обновления в браузере, github не выдаст вам списки файлов, а скорее 404. Но это нормально. Механизм сайта обновлений Eclipse не нуждается в действительной родительской ссылке. Вместо этого Eclipse будет непосредственно искать <update-site URL>/artifacts.jar (или .xml), а из информации в artifacts.jar он сам обнаружит URL-адреса других артефактов, хранящихся на сайте обновлений. AFAIK, ни в коем случае для механизма обновлений Eclipse не требуется веб-сервер для составления списков файлов каталога.
Примечание 2: если вы используете релизы проекта Github, вы можете прикрепить к нему только zip-репозиторий p2. Это не правильный сайт обновлений, потому что это статический репозиторий: нет URL-адреса, на который можно загружать новые выпуски. Eclipse не сможет автоматически обнаруживать новые обновления, скорее пользователю нужно будет загружать zip для каждого нового выпуска, который он / она хочет обновить.
(Также при наличии надлежащего сайта обновлений будут загружены только необходимые артефакты для установки / обновления / запроса - небольшое преимущество)