Non ho mai inviato in vita mia una "richiesta pull" su GitHub. Volevo provare, quindi questo video cattura il momento in cui cerco di capirlo. Giusto avvertimento, questo non è un tutorial breve e veloce. Questo sono io che penso a me stesso e che sto lottando per tutto.
La mia idea era che volevo mettere FitVids.js su cdnjs in modo che le persone potessero collegarlo da lì. Il processo per farlo consiste nel forkare il repository GitHub, seguire le istruzioni per aggiungere una nuova libreria e inviare una richiesta pull.
Quindi lo facciamo!
Cose con cui ho lottato:
- Non ho capito se una richiesta pull fosse una cosa "Git" o una cosa "GitHub". Non sono ancora sicuro al 100% ma sembra che sia una cosa GitHub, dato che l'abbiamo fatto al 100% tramite GitHub.com.
- Non ho capito cosa componga esattamente una "richiesta pull" - ho pensato che sarebbe stato più come spostare un commit specifico su un altro repo. Abbiamo imparato che in realtà è l'intero repo che muovi insieme (tutti i commit effettuati dal tuo fork).
- Uno dei loro requisiti era che superasse il "test npm" a livello locale. Non sembrava passare che anche con un fork invariato del repo. Alla fine ho rovinato la prima richiesta pull anche con un nome di file errato. Questo ha fallito il "Travis build" su GitHub.com, che anche io non capisco (è lo stesso del test npm?), Ma dopo aver corretto il nome del file la seconda richiesta ha funzionato.
In seguito, i proprietari del repository cdnjs hanno chiesto di includere la versione non minimizzata nel repository e di aggiungere un "tag" al repository FitVids con le versioni corrette. Quindi ho dovuto imparare un'altra cosa nuova di zecca, ma alla fine l'ho fatta.
La richiesta di pull