Ich habe noch nie in meinem Leben eine "Pull Request" auf GitHub eingereicht. Ich wollte es versuchen, also fängt dieses Video den Moment ein, in dem ich versuche, es herauszufinden. Faire Warnung, dies ist kein kurzes Tutorial. Das denke ich mir und kämpfe mich durch alles.
Meine Idee war, dass ich FitVids.js auf cdnjs setzen wollte, damit die Leute es dort verlinken können. Der Prozess dazu besteht darin, das GitHub-Repo zu teilen, den Anweisungen zum Hinzufügen einer neuen Bibliothek zu folgen und eine Pull-Anfrage zu senden.
Also machen wir es!
Dinge, mit denen ich zu kämpfen hatte:
- Ich habe nicht verstanden, ob eine Pull-Anfrage eine "Git" -Sache oder eine "GitHub" -Sache ist. Ich bin mir immer noch nicht 100% sicher, aber es scheint eine GitHub-Sache zu sein, da wir es zu 100% über GitHub.com gemacht haben.
- Ich habe nicht verstanden, was genau eine „Pull-Anfrage“ ausmacht - ich dachte, es wäre eher so, als würden Sie ein bestimmtes Commit auf ein anderes Repo übertragen. Wir haben gelernt, dass es tatsächlich das gesamte Repo ist, das Sie zusammen bewegen (alle Commits seit Ihrer Gabelung).
- Eine ihrer Anforderungen war, dass es den „npm-Test“ vor Ort besteht. Es schien nicht einmal mit einer unveränderten Gabel des Repos zu bestehen. Letztendlich habe ich die erste Pull-Anfrage auch mit einem falschen Dateinamen vermasselt. Dies schlug beim "Travis-Build" auf GitHub.com fehl, was ich auch nicht verstehe (ist es dasselbe wie beim npm-Test?), Aber nach dem Korrigieren des Dateinamens funktionierte die zweite Anforderung.
Als Folge baten die Besitzer des cdnjs-Repos, dass ich die nicht minimierte Version in das Repo aufnehmen und dem FitVids-Repo ein „Tag“ mit den richtigen Versionen hinzufügen sollte. Also musste ich eine andere brandneue Sache lernen, aber letztendlich habe ich es geschafft.
Die Pull-Anfrage