In deze video gaan we het hebben over hoe u kunt bijdragen aan open source en nemen we u daadwerkelijk door de
stappen.
Maar eerst voor degenen die niet weten wat open source is.
Welnu, veel technologie die op internet is gemaakt, waarvan we nu weten, is
gebouwd bovenop open source-projecten en open source-projecten zorgen ervoor dat iedereen de code kan bekijken.
Iedereen kan de code van een programma zien, inspecteren, wijzigen, op deze manier verbeteren.
Het idee is dat door deze informatie met iedereen te delen, we ieders input krijgen en we de
collectieve geest gebruiken om software te verbeteren.
Niet alleen dat, maar het komt ook iedereen ten goede.
Rechts.
Het bekendste voorbeeld van een open source-project is bijvoorbeeld Linux, een besturingssysteem net als
Windows of Mac OS, behalve dat het is gebouwd door gewone programmeurs.
En het is code die volledig open source is, iedereen kan de code inspecteren en eraan toevoegen.
En het is zo succesvol geworden dat de meeste van de cloud die we kennen van de servers meestal
Linux, RWC, Google Cloud, Microsoft Azure draaien, en ze gebruiken allemaal Linux.
Sommigen van jullie draaien misschien op dit moment Linux terwijl je deze video bekijkt.
Je werkt dus niet alleen samen met andere ontwikkelaars van over de hele wereld waar je geweldige projecten
kunt bouwen, maar werkt ook gewoon in teams door te leren hoe open source werkt.
Nou, je hoeft niet zoiets groots als Linux te maken, je kunt een project maken met een vriend,
iets heel kleins en eenvoudigs, het maakt niet echt uit.
Het idee is van samenwerking, van openheid en het delen van code om hopelijk de collectieve kennis te verbeteren.
Ten slotte beschouwen veel werkgevers open source-bijdragen eigenlijk als een pluspunt.
Dus als je in je cv kunt vermelden dat je een open source-bijdrager bent, dan is dat een goed
teken.
Bovendien leert het je waardevolle vaardigheden door gebruik te maken van GitHub om in teams te werken als je op zoek bent naar werkervaring,
maar je hebt geen baan.
Bijdragen aan open source is de perfecte manier om in teams te leren werken en een werkachtig scenario na
te bootsen.
Dit is een heel belangrijke video en iets waar ik erg enthousiast over ben.
Laten we u dus laten zien hoe u uw eerste opensource-bijdrage kunt leveren, uw cv kunt verbeteren, wat echte
vaardigheden kunt leren en onderweg plezier kunt hebben.
Nu hebben we voor deze cursus enkele open source-projecten voor u gemaakt.
We hebben hier de repository van nul tot meester, waar we kunnen zien dat we nu ongeveer 64 projecten
open hebben staan met ongeveer 2000 bijdragers, dat zijn veel mensen en dit aantal zal ongetwijfeld toenemen.
Nu, deze plek is gemaakt als een oefenterrein voor jou, een speeltuin.
Niemand zal tegen je schreeuwen.
Als je dingen kapot maakt, kun je bijdragen aan gekke dingen, wat je maar wilt.
Het is een proeftuin.
Het idee is om zoveel mogelijk plezier te hebben en het zo makkelijk mogelijk te maken om bij te dragen aan open source.
Nu hebben we binnen die organisatie een geweldige community van beheerders of managementteams die u zullen
helpen met deze open source-projecten.
Trouwens, wie zijn deze beheerders?
Ze zijn hier, negeer mijn naam, ik help ook, maar ze doen veel van het zware werk en
het zijn oud-studenten net als jij die wat ervaring hebben gehad.
Nu werken de meesten van hen fulltime, maar ze helpen nu de gemeenschap door te helpen met onze open
source.
Projecten zijn onenigheid en over het algemeen helpen ze onze gemeenschap alleen maar te groeien.
Dus schreeuw naar ze als je de kans krijgt.
Zeg hallo tegen ze op deze baan.
Ze doen zeker veel voor deze gemeenschap.
Ze zijn erg actief op onenigheid en ze helpen echt bij het onderhouden van al onze open source-projecten.
Laten we dus leren hoe we onze allereerste opensource-bijdrage kunnen leveren.
Ik wil hier wel opmerken dat dit niet de enige manier is om bij te dragen aan open source.
Dit is gewoon een speeltuin die we voor je hebben gemaakt.
Maar als je hier eenmaal een bijdrage levert, kun je gaan bijdragen aan alle andere open source-projecten
op GitHub.
Ze kunnen vinden dat je kunt bijdragen aan projecten zoals react en Angular.
De wereld is jouw oester.
Of je kunt je hier gewoon aan houden, want we hebben hier echt heel veel leuke projecten.
We hebben evenementen zoals 1 oktober.
Nou, daar komen we binnenkort op terug.
We hebben absoluut een geweldige community van ontwikkelaars en we kunnen samen geweldige projecten maken.
De manier waarop u aan de slag wilt gaan, is door eerst naar de startrichtlijnen te gaan.
Nu, in de start hier-richtlijnen, en ik zal naar deze pagina linken, heb je eigenlijk een vierstappengids om aan de slag
te gaan.
Het eerste dat u wilt doen, is kijken naar de richtlijn voor het starten van het kind.
Een medestudent heeft deze handleiding voor je gemaakt om de stappen te volgen die ik in deze video zal noemen.
Deze heeft u dus altijd als referentie.
Bekijk na deze video dus zeker dit document als referentie.
Maar anders, als je eenmaal door het document hebt gebladerd, doe dan je eerste pull-verzoek.
Dus als je mijn get- en GitHub-video's al hebt bekeken, zou je helemaal klaar moeten zijn.
Anders ben je hopelijk bekend met Git en GitHub.
Nu, het eerste dat we willen doen, is onze namen daadwerkelijk toevoegen aan de bijdragers, DOT en Diffa.
In dit project, dus als je omhoog gaat, zie je dat we een MD van een bijdrager hebben, wat staat
voor Markdown File, en als ik hier klik, zie je dat alle bijdragers die we hebben, meer dan duizend bijdragers
hebben.
En als je naar beneden scrolt, zijn dit al hun GitHub-namen.
Dus je eerste taak is om je naam daadwerkelijk aan deze lijst toe te voegen.
Dus hoe kunnen we dit doen?
We kunnen deze repository gewoon klonen.
Maar een meer aanbevolen manier om gewoonlijk bij te dragen aan open source is om het project te forken, wat in wezen
betekent dat je het hele project kopieert en op je eigen GitHub-profiel zet.
Dus als ik hier klik en we zien hier, kunnen ze selecteren waar je naartoe wilt voor het project en je
wilt je profiel selecteren.
Dus toen we tegen dit project vochten, maken we er een kopie van, het is alsof we nu eigenaar zijn van deze repository
met onze eigen versie van de start here-richtlijnen.
Dus als we dit eenmaal hebben, kunnen we deze repository klonen met S. H. of wat je maar wilt.
In mijn geval gebruik ik S. H. zodat ik niet elke keer mijn wachtwoord hoef te gebruiken.
Ik kan nu git clone zeggen en deze repository klonen.
Nu kunnen en beginnen we hier richtlijnen en we kunnen dit niet openen in onze favoriete teksteditor.
Nu, eenmaal hier, laten we dit ophelderen.
We hebben het bestand met bijdragers, waaraan we nu onze naam moeten toevoegen, ik kan zien dat het bestand met bijdragers behoorlijk
lang wordt, want hoewel we veel studenten hebben die bijdragen aan open source, zorg er aan
het einde voor dat je bent hier helemaal aan het einde, je wilt je eigen naam toevoegen.
Nu, hier is het punt dat we nu in de master-branch zijn, maar ik ga je laten zien wat een goede
oefening is.
We hebben ons gevorkte project en we willen een nieuwe branch maken om vanaf te werken in plaats van master door
te zeggen Get Check-Out Dash zijn om een nieuwe branch te maken en we willen deze branch een naam geven in ons geval, laten we
het gewoon test ontslagen noemen binnenkomen.
Je zult zien dat ik nu op een nieuwe branch ben genaamd Test.
En in deze branch kan ik mijn naam toevoegen aan deze lijst met bijdragers, in jouw geval wil je
je eigen GitHub-profiel gebruiken.
Dus we gebruiken hier markdown, wat een manier is, een syntaxis om te schrijven en enige functionaliteit heeft.
Als we bijvoorbeeld naar de lijst met bijdragers gaan, ziet u dat het allemaal klikbare links zijn.
We gebruiken dus in wezen dezelfde notatie.
We zetten een streepje vierkante haken met uw GitHub-gebruikersnaam en dan hebben we tussen haakjes alleen de daadwerkelijke URL
waarnaar u in ons geval wilt linken, de GitHub-gebruikersnaam die u heeft.
Dus uw GitHub-gebruikersnaam hier, GitHub-gebruikersnaam hier.
Zodra we dat hebben gedaan, kunnen we dit bestand opslaan en nu teruggaan naar onze terminal en zeggen, statistieken ophalen.
En we zien hier dat, ja, we hebben zojuist onze bijdragers, Diffa, gewijzigd en als ik diff krijg om eventuele wijzigingen te
zien die we hebben gemaakt, zien we dat we deze nieuwe regel hebben toegevoegd.
Dus laten we dit duidelijk maken.
We hebben onze naam helemaal ingesteld, en we kunnen deze opmerking nu toevoegen door goede advertentie en punt voor
alles te zeggen, zullen alles toevoegen en dan commit krijgen en we zullen een bericht schrijven waarin staat dat mijn naam is toegevoegd aan een lijst met
bijdragers.
Daar gaan we.
Dus nu is het tijd voor ons om deze veranderingen door te voeren.
Als ik nu push origin krijg.
M. Welnu, wat dat nu zou betekenen, is dat we naar de oorsprong en de oorsprong willen gaan.
Is dit de start hier-richtlijn, waarvan ik dacht dat de oorsprong eigenlijk mijn versie van het project is, en als ik
naar de master wil pushen, is dat de hoofdtak.
Maar dat willen we niet doen, want idealiter willen we ook onze naam kunnen veranderen en toevoegen aan de oorspronkelijke nul in de
zetmeelrichtlijn van Mastery, omdat dit de belangrijkste is.
Projectie.
Dus wat we kunnen doen is in plaats van MASCIA, push naar onze test branch, dus we zeggen push origin test.
Daar gaan we.
Nu, als ik hier terug ga en naar mijn project ga en ik verfrist.
Ik heb nu twee vestigingen.
De master-branch en ook de test-branch, die ik zojuist heb bijgewerkt, dus een manier om dit te doen is door op een nieuw
pull-verzoek te klikken.
En je kunt hier opmerkingen toevoegen, zoals ik heb mijn naam aan de lijst toegevoegd en je kunt enkele van onze beheerders taggen, in mijn geval
tag ik mezelf gewoon.
Ik maak wel een pull-request.
Ik heb nu mijn slechte verzoek en merk hier op hoe mijn slechte verzoek nu bij de Zero to Mastery-richtlijn
staat, zodat als ik terugga naar onze zetmeelrijkere richtlijn.
Ik zie dat ik er deel van uitmaak.
Het slechte verzoek nu.
Hier.
En omdat ik een van de managementteams heb getagd.
Dus in dit geval was ik het zelf of je kunt elk van het managementteam taggen dat we
nu hebben in dit geval, ik speel vals omdat ik ook help dit te beheren, zodat ik zelf het pull-verzoek kan samenvoegen.
Hoogstwaarschijnlijk kunt u het in uw geval niet zelf samenvoegen.
Maar als ik klik, samenvoegen en bevestigen.
Daar gaan we.
Ik heb mijn project samengevoegd, ik heb de branch verwijderd en het pull-verzoek is gesloten.
Als ik wil, kan ik zelfs mijn eigen fork verwijderen.
Maar laten we het voorlopig zo houden.
Laten we de strengere richtlijnen eens bekijken en kijken of mijn naam aan de lijst is toegevoegd als ik helemaal naar
beneden scrol.
Hé, check dat eens.
Mijn naam staat op de lijst.
Dus ik ben toegevoegd aan de lijst met bijdragers.
Dat was vrij eenvoudig.
Rechts?
En het leuke is dat als ik nu naar mijn profiel ga.
Ik heb eigenlijk nul tot beheersing als een van mijn organisaties.
Dus als je jezelf kunt toevoegen aan de lijst met bijdragers, kun je daadwerkelijk lid worden van de Zero
to Mastery Organization en dit kleine pictogram op je GitHub-profiel laten verschijnen.
En veel GitHub-profielen hebben organisaties, dus mensen hebben hier meestal hun werkplekpictogram.
Het is dus gewoon een leuk ding om op je profiel te hebben om te laten zien dat je betrokken bent bij
de programmeergemeenschap.
Dus we hebben zojuist een slecht verzoek gedaan, wat stap twee is, en dat was behoorlijk snel, toch?
Ten slotte is de volgende stap om deel te nemen aan een echt project en bij te dragen op de manier die
we net hebben geleerd in onze Zero to Mastery-organisatie.
Nu, er is eigenlijk een man die we voor je bieden om erachter te komen welk project je kiest, wat goed voor
je zal zijn.
We hebben ook in onze onenigheid een sectie groepsprojecten waar we kunnen kijken naar enkele van de huidige
projecten die plaatsvinden, of je kunt gewoon naar de Zero to Mastery-organisatie gaan en een van de repositories kiezen om aan
bij te dragen.
Nu, in de volgende video, gaan we bijdragen aan een van deze projecten en laten we je een realistisch
scenario zien.
Die zal ik wel zien.