Cómo publicar en Github Páginas de Travis CI?

No se cuán reciente es, pero Travis ahora tiene una opción de implementación incorporada, básicamente agregue a su archivo travis:

deploy:
  provider: pages
  skip_cleanup: true
  local_dir: myfolder/  # or remove this line to upload from root of repo
  github_token: $GITHUB_TOKEN # Set in travis-ci.org dashboard
  on:
    branch: master

Asegúrese de que no tiene un .gitignore en la carpeta cargada; solo carga archivos no ignorados.

Ver el documento oficial en línea de travis : https://docs.travis-ci.com/user/deployment/pages /

No hay ningún problema de clave pública usando el enfoque "Configuración del repositorio", generas una clave en Github y luego la copias y la pegas en secret / non campos visibles de Travis.

Problema de historial de carga: Tenga en cuenta que cada carga aplasta los datos previamente cargados, sin preservar el historial.

• Ahora puede (Nov 2017+) en su lugar preservar el historial agregando una línea keep-history: true

• Esto puede ser deseable ya que estas compilaciones de instantáneas pueden ser voluminosas, y son reproducibles a voluntad de todos modos (simplemente ramifique su depósito desde la revisión que desea). Apuntar a tales artefactos es típicamente apuntar a una última compilación exitosa de una instantánea.

• Sin embargo, para activar el almacenamiento en un lugar estable, simplemente edite su travis para agregar la bandera :
  target_branch: Rama para empujar fuerza a, por defecto a gh-pages
  E. g target_branch: rc1.2

Y ejecútelo una vez antes de volver a configurarlo en modo instantánea.

Otra alternativa que podría ser buena para las versiones (aunque no he probado personalmente) es publicar en una etiqueta see : https://docs.travis-ci.com/user/deployment/releases /

La documentación de travis-ci aquí recomienda agregar esto para enviar a un repositorio de git:

after_success:
   - chmod 600 .travis/deploy_key.pem # this key should have push access
   - ssh-add .travis/deploy_key.pem
   - git remote add deploy DEPLOY_REPO_URI_GOES_HERE
   - git push deploy

Sin embargo, esto es inseguro ya que tiene que almacenar su clave privada desprotegida en el repositorio de github.

En su lugar, puede agregar su clave ssh como una variable ambiental cifrada utilizando la herramienta travis:

travis encrypt DEPLOY_KEY=<private ssh key with write access> --add env.matrix

Ahora solo necesita agregar esta línea al comienzo de after_success:

cat $DEPLOY_KEY > .travis/deploy_key.pem

Tenga en cuenta que after_success alternará en cada construya en la matriz de compilación, por lo que si tiene varios trabajos por compilación, su código se enviará varias veces, lo que no hará nada, pero es bueno saber que está ocurriendo.

Solo para agregar otra solución, usé un token HTTPS de github, lo cifré y usé HTTPS para las compras y los envíos

Acabo de escribir un blog sobre esto hace unos días. Este es el resumen:

Escribí un script de despliegue personalizado para este propósito. La funcionalidad principal del script se ve así:

#!/bin/bash

git clone --depth=1 --branch=master "https://github.com/iBug/iBug.github.io.git" deploy
cd deploy
git rm -rf .
cd ..
mv _site/* deploy
cd deploy
git add --all
git config user.name "Travis CI"
git config user.email "[email protected]"
git commit --message "Auto deploy from Travis CI"
git remote add deploy "https://[email protected]/iBug/iBug.github.io.git" &>/dev/null
git push deploy master &>/dev/null

Ahora vaya a https://github.com/settings/tokens y generar un token. Conceder public_repo privilegio. Vaya a la configuración del repositorio en Travis CI y almacene el token con el nombre de la variable GH_TOKEN.

Agregue el script de implementación a travis:

script: bundle exec jekyll build
after_success:
    - bash .travis/deploy.sh

Empujar estas cosas a GitHub y Travis se activarán.

Mi blog está aquí . Es completo y por lo tanto redundante si se publica como una respuesta aquí (porque los usuarios de Stack Overflow son en su mayoría desarrolladores experimentados). El script que publiqué en mi blog también carece de una funcionalidad: No conserva el historial de confirmaciones del sitio construido, mientras que el script en esta respuesta anterior lo hace.