Olvídese de la característica de lanzamientos de proyectos de Github, que no funcionará como un sitio de actualización verdadero (consulte las notas al final).
Para lograr lo que quiere, puede crear un repositorio de Github, enviar/enviar su repositorio de p2 y luego servirlo como un sitio de actualización, usando enlaces brutos. Así, por ejemplo, para el repositorio:
https://github.com/some-user/some-repository/
Se puede servir como un sitio de actualización a través del enlace:
https://github.com/some-user/some-repository/raw/master/
Notas: Sí, si se abre el enlace de sitio de actualización en un navegador, github no le dará listados de archivos, sino un 404. Pero eso está bien. El mecanismo del sitio de actualización de Eclipse no necesita que el enlace principal sea válido. En cambio, Eclipse buscará directamente <update-site URL>/artifacts.jar
(o .xml) y a partir de la información en artifacts.jar, descubrirá las URL de los otros artefactos almacenados en el sitio de actualización. AFAIK, en ningún momento el mecanismo de actualización de Eclipse necesita que el servidor web haga listas de archivos de un directorio.
Nota 2: si utiliza versiones de proyectos de Github, solo puede adjuntar un depósito de p2 comprimido. Ese no es un sitio de actualización adecuado porque es un repositorio estático: no hay una URL a la que se puedan cargar nuevas versiones. Eclipse no podrá descubrir automáticamente nuevas actualizaciones, sino que el usuario deberá descargar el archivo zip para cada nueva versión que desee actualizar. (también con un sitio de actualización adecuada, se descargan sólo los artefactos necesarios para la instalación/actualización/consulta - una ventaja menor)
http://stackoverflow.com/a/14916525/6309 ahora podría ayudar, ¿tal vez como una actualización comprimida p2? Menciono eso en [mi respuesta editada a continuación] (http://stackoverflow.com/a/2801996/6309). – VonC