2014-12-04 9 views
11

Ho biforcato un repository che ha impostato gh-pages come ramo predefinito. Lo stanno ospitando su un dominio personalizzato, quindi esiste un file personalizzato CNAME.Posso disabilitare l'accesso gh-pages per il mio repository a forcella?

Ricevo email da Github con il seguente:

La pagina di accumulo completato con successo, ma ha restituito il seguente avviso:

CNAME già presa: styleguides.io

Non ho bisogno di ospitare il sito da solo, la forchetta serve solo a restituire i contributi. Sto solo cercando un modo per disabilitare l'hosting gh-pages per la mia fork, quindi non ricevo più questi errori/email.

risposta

0

Passare al ramo gh-pages su tale repo fork. Quindi rimuovere il file CNAME. Questo dovrebbe risolvere questo problema.

È possibile ottenere quelle e-mail perché il repository a forcella ha provato a inviare al server GitHub le stesse impostazioni CNAME come un altro progetto. (Nel tuo caso, il repository upstream da cui sei stato forato.)

+2

Sembra davvero una soluzione rapida, ma non una soluzione. Rende difficile apportare nuove modifiche da upstream, rebase o unire il tuo lavoro o creare nuovi rami per future richieste pull. Qualcuno ha una soluzione migliore? –

+0

Hai bisogno del ramo gh-pages? Suggerirei di rimuoverlo, se non lo si utilizzerà. Tira le modifiche solo per il ramo principale o altri e dimentica le gh-pages. – giovannipds

+0

Scusa, non ho visto che in realtà avevi bisogno di quel ramo per dare dei contributi. @ dragon788 ti ha dato la migliore risposta. Si prega di controllare quello gh-pages deve essere presente solo sul repository finale. – giovannipds

3

Vorrei suggerire di rinominare il "ramo" nella tua forcella con qualcosa di diverso da gh-pages, che dovrebbe impedire l'attivazione di build, ma ti permetterà comunque di richiama la richiesta alle gh-pages sul padre upstream.

+0

Immagino che questa sia la migliore risposta. Dovresti considerare questa come la risposta ufficiale. – giovannipds

Problemi correlati