tag remove pages from crear git git-branch github-pages

pages - git tag remove



git branch: gh-pages (8)

Crear páginas de proyecto manualmente

Agregar un nuevo conjunto de páginas para un proyecto manualmente es un proceso sencillo si está acostumbrado a usar Git de línea de comando.

https://help.github.com/articles/creating-project-pages-manually

Tengo un repo en GitHub. Recientemente descubrí las páginas de GitHub y quiero usarlas.
Me gustaría crear esta nueva rama y luego, cuando sea necesario, confirmar en la rama master o en la rama gh-pages .

¿Cómo puedo hacer esto? ¿Tengo que crear otra carpeta dentro de mi repositorio?


¿Sus gh-páginas y rama principal tienen EXACTAMENTE la misma estructura de carpetas? Si este es el caso, ¿por qué quieres tener dos sucursales? ¡solo mantenga una rama de gh-páginas! pero si por alguna razón quieres tener ambas ramas sincronizadas constantemente, tu mejor git rebase es usar git rebase . Mira aquí:
http://lea.verou.me/2011/10/easily-keep-gh-pages-in-sync-with-master/

También puedes seleccionar solo los archivos que necesites de master e insertarlos en gh-pages usando un caso de uso especial de git checkout . Mira aquí:
http://oli.jp/2011/github-pages-workflow/#gh-pages-workflow
http://nicolasgallagher.com/git-checkout-specific-files-from-another-branch/

Habiendo tenido que lidiar con el mismo problema, he descubierto que las páginas gh terminan teniendo una base de código diferente a la del maestro. En otras palabras, gh-pages solo debe incluir el contenido de la carpeta dist / build / publish de su proyecto, mientras que el maestro incluirá sus archivos de configuración, scripts y estilos no miniaturizados, etc.

Mi sugerencia sería crear gh-páginas como una rama --orphan y solo incluir el material listo para publicación en él. Tendría que clonar desde su maestro en un directorio local diferente, usar git checkout --orphan gh-pages para crear gh-páginas y luego eliminar todos los archivos innecesarios usando git rm -rf . . Desde allí, puede continuar y presionar gh-pages después de haber agregado sus archivos de solo publicación. Consulte los documentos de Github para obtener más información:
https://help.github.com/articles/creating-project-pages-manually/

Buena suerte


En tu clon local, hazlo

git symbolic-ref HEAD refs/heads/gh-pages rm .git/index git clean -fdx

Luego, git checkout gh-pages y escribe tus páginas. git push origin gh-pages cuando esté listo para publicar las páginas.


Existe otra solución a su problema: Olvídese de gh-pages y la bifurcación; Coloque sus archivos estáticos que supuestamente se /docs directorio /docs y luego vaya a la configuración de su proyecto y diga a github que publique contenido /docs .

Para más información eche un vistazo a this


La forma típica es cambiar de ramas: git checkout master si quieres trabajar en git checkout gh-pages master y git checkout gh-pages si quieres trabajar en gh-pages .

Comenzando con git 2.5, puede tener ambas ramas desprotegidas al mismo tiempo (en diferentes directorios). Consulte https://github.com/blog/2042-git-2-5-including-multiple-worktrees-and-triangular-workflows . Configuración a través de git worktree add -b gh-pages ../gh-pages origin/gh-pages .

Bonificación: si el contenido de un subdirectorio de su pago master es el contenido de gh-pages , use el script provisto en https://github.com/X1011/git-directory-deploy .


Las versiones más recientes de git tienen una alternativa al método git symbolic-ref que explicó Chandru. Esto evita tener que usar los comandos de nivel más bajo.

git checkout --orphan gh-pages git rm -rf .


Publique un sitio estático como este:

git subtree push --prefix www origin gh-pages

Donde www es el directorio raíz del documento en el que se encuentran sus archivos estáticos. Su sitio estático ahora está en vivo en: https://[user_name].github.io/[repo_name]/