Welkom terug.
Laten we doorgaan met onze vorige video om te praten over een meer geavanceerde workflow en GitHub ophalen.
Tot nu toe hebben zowel Marcy als ik hier gewoon aan gewerkt, branch master.
Wat betekent dat?
Nou, er staat takken, maar ik zie hier alleen meester.
En je hebt misschien een probleem opgemerkt met de manier waarop we dingen deden.
Tenminste, als het mijn eerste werkdag is en ik net de titel heb veranderd.
Maar misschien willen we die verandering niet eens.
Misschien breekt dat onze branding of breekt onze app.
Maar ik was in staat om het zo gemakkelijk te doen om het te veranderen in m. misschien wist Marsi niet eens dat ik die wijziging heb
toegevoegd en dat is een groot probleem, toch?
Je wilt geen dingen stoppen in wat wij productie noemen, in wat de gebruiker ziet.
Als het onze website kapot gaat maken.
Als je een groot bedrijf als Facebook bent, kan dat miljoenen dollars aan inkomstenderving betekenen, zelfs als
je een bug hebt die een paar uur aanhoudt.
Dus ik ga je een meer realistische workflow laten zien die je zult hebben, en dat is met vertakking.
Nee, laat zien wat ik bedoel.
Ik heb hier een beeld van waar het echt heel goed in is.
Tot nu toe hebben we gewerkt aan wat we master noemen, dat is de master branch.
Zie de master branch als de autoriteit.
Zo hoort onze app of onze website eruit te zien.
En tot nu toe, toen ik de coole achtergrondtitel deed, ging ik van een achtergrondgenerator
naar een coole generator.
En toen Marsi het veranderde in hoofdletters, gingen we hierheen en gingen gewoon lineair van het ene uiteinde naar
het andere, van het andere naar het andere.
Maar zoals ik al zei, dat is een beetje een probleem.
Dus een beter ding om te doen is wat we vertakking noemen.
Als ik de titel wil veranderen, zal ik een branch maken en het bijvoorbeeld een kleine feature noemen, en
ik werk gewoon in mijn eentje aan die branch zonder de master-branch te beïnvloeden, wat de gebruiker ziet.
En.
Pas als het af is, als Marsi het heeft beoordeeld, als we het hebben getest en iedereen in
het team in orde is, brengen we het terug naar M..
En je kunt hier zien met de grote functie, je kunt lang doorgaan op je eigen branch en
pas als je klaar bent, doe je wat we noemen merge into M..
Ik ga je vandaag laten zien hoe dat werkt.
Ik ga dit afsluiten en onthoud ons voorbeeld, we hebben Marcy's computer hier met alle bestanden en we
hebben mijn computer hier met alle bestanden.
We hebben allebei onze werkplek ingericht.
En nu zie je wat master in mijn terminal betekent, en ik zal je later in de toelichting laten zien hoe je dit
kunt instellen, zodat het je vertelt in welke branch je zit.
Maar we kunnen zien dat we allebei op M..
Dat is mijn computer.
En Marcy's computer is ook een M. We willen ervoor zorgen dat we allebei up-to-date zijn met de nieuwste GitHub.
Dus Marcy gaat trekken en ik ga ook trekken.
En laten we zeggen dat ik nu aan een nieuwe functie werk, en omdat het een betere workflow is om niet aan master te
werken en dit een goede tip is, werk over het algemeen niet aan master, altijd vertakkingen.
Als ik Branch krijg, laten ze me zien dat ik maar één branch heb en dat is master, maar we kunnen er iets
aan toevoegen.
We kunnen zeggen dat je een nieuwe tak krijgt of een kleine functie.
En als ik nu Branch krijg.
Ik zie dat ik weinig feature heb, maar master is gemarkeerd omdat ik momenteel een master ben, dus
zoals ik naar de kleine feature branch zou gaan, zou ik zeggen Check-Out krijgen.
Kleine functie.
En daar ga je, schakel over naar branch little feature, en nu zit ik op een kleine feature branch.
Dus wat ik heb gedaan, is dat ik ben afgesplitst van M. en nu een kleine functie gemaakt.
Laten we een kleine verandering aanbrengen, ik ga zeggen in de kleine functie, we
gaan de huidige titel van de toegangsachtergrond veranderen om te zeggen dat dit de achtergrond is.
Ik ga hier veilig, en nogmaals, ik doe mijn eenvoudige workflow die we in de laatste video hebben gedaan om status te krijgen.
Ik zie dat we de index hebben die een kleine verandering moet wissen zodat we het kunnen zien.
Dus nu we deze wijziging hebben aangebracht, gaan we toevoegen.
En nogmaals, krijg gewoon de status om ervoor te zorgen dat alles is doorgekomen.
Ja, we zijn klaar om indexeerbaar te committen, dus we krijgen een bericht dat de commit zal veranderen.
Tekst.
Perfect.
Laten we dat duidelijk maken en nogmaals, om GitHub op de hoogte te stellen van de veranderingen die we moeten doen, krijgen we
push, dus we krijgen push.
Oké, laten we naar GitHub gaan en kijken wat er is gebeurd.
We zien dat we nu een gele balk hebben die net is verschenen en zegt dat je onlangs takken hebt geduwd.
Dus als ik hier op deze groene knop klik, vergelijk, trek verzoek.
Het laat me zien welke veranderingen ik heb, namelijk dat ik de titel heb veranderd en hier kan ik
Marcy laten weten, Marci, ik heb de tekst veranderd.
Wat denk je?
En ik klik op Maak een Pull-verzoek aan.
En nu heb ik mijn PR en zie je hier hoe Mersch pull-verzoeken zegt?
Nou, als we teruggaan naar ons diagram, ik heb deze kleine functie gemaakt en nu zeg ik, hey,
Marci, ik heb net deze nieuwe wijziging doorgevoerd.
Wat denk je?
Mag ik het samenvoegen met M..
En wat hier zal gebeuren, is dat Marci dit pull-verzoek zal komen bekijken.
Je kunt zien dat we op het pull-verzoek zitten, ABS'en, dus ze zal ze kunnen zien.
En het zien van Andray heeft zojuist deze verandering gebracht.
Ze zal de veranderingen doornemen.
En ze zal zeggen, hmm, nou, als ze dit leuk vindt, zou ze kunnen zeggen, ziet er goed uit, ze kan klikken op een
recensie starten en weet je, ze vindt dit leuk.
Dus ze gaat het gewoon goedkeuren.
Nu, Marsi of ikzelf, meestal wil je je eigen pull-verzoeken niet samenvoegen, iemand in het team doet dat wel.
Het kan nu gewoon zeggen maart, trekken, aanvragen, bevestigen, samenvoegen.
En daar ga je.
Soms zoals het verwijderen van de vertakking daarna, zodat u hier gewoon op verwijderen kunt klikken.
Als ik terugga naar de code.
Nou, ik heb de takken niet meer omdat ik het net heb verwijderd, maar in mijn master, als ik naar Index
Simmel ga, zie ik dat dit de achtergrond is.
Dus nu kan Marci naar haar project gaan en zeggen: ga poolen.
En opnieuw.
Ze heeft de laatste update.
Laten we het hebben over enkele conflicten die nu kunnen ontstaan, laten we zeggen dat Marsi iets wil
veranderen en ik verander ook hetzelfde en we krijgen ons Mirch-conflict.
Laten we afwachten wat er gebeurt.
Dus laten we zeggen dat Marsing wil veranderen, een nieuwe functie maken en zeggen dat we dit een grote functie zullen noemen.
En ze zal zeggen, check-out of krijg de grote functie van Branch.
Ze zal zeggen, bekijk de grote functie.
En als ik Branch krijg, zien we dat er hier een nieuwe branch is.
Laten we dat duidelijk maken en ze zal hier zeggen dat ze dit terug wil veranderen naar achtergrond, kleur of achtergrondgenerator, omdat
alle gebruikers klagen dat de titel is veranderd en ze de oude titel leuk vinden.
Dus dat heeft ze veranderd.
Ze heeft de get-add gedaan.
Krijg commitment.
Terug naar oude titel.
Perfect, en dan krijgt ze een duwtje in de rug.
Laten we dat eerst duidelijk maken, eigenlijk, en we krijgen push.
De eerste keer dat u dit krijgt, krijgt u mogelijk de foutmelding dat er geen upstream is, u kopieert gewoon
de code die ze u hier geven.
Perfect.
Als ik nu terug ga.
De achtergrondgenerator, ik zie hier het grote pull-verzoek voor functies.
En om je te laten zien dat je meerdere opmerkingen kunt hebben, laten we zeggen dat Marcy besluit: oh, dit ben ik,
Marcy besluit hier een uitroepteken toe te voegen.
Ze kan gewoon nog een keer zeggen, ze redt dit.
Dat is duidelijk.
En ze zal zeggen, krijg advertentie.
Leg je vast, je doet dit veel, dus je wordt echt heel goed om te worden na
een tijdje in een bedrijf te hebben gewerkt en ze zal het toegevoegde X-uitroepteken zeggen.
Oeps, dat is niet wat ik wil doen, me committeren.
Kimmet.
Uitroepteken toegevoegd.
En ze krijgt wel weer een duwtje.
En laten we teruggaan om hulp te halen.
Als we naar het poolverzoek kijken, zullen deze beide daadwerkelijk terugkeren naar alle titels
en toegevoegde uitroeptekens, en we zien hier dat beide wijzigingen ervoor zorgen dat het poolverzoek moet worden gewijzigd.
André.
Dus terwijl dit slechte verzoek er is.
Ik besloot om een nieuwe branch te beginnen genaamd laten we het voorlopig maar conflict noemen.
En ik krijg een Check-Out conflict.
En nu in de conflictbranche.
Ik besluit te veranderen.
Dit om de kolengenerator net helemaal te verwijderen.
Ik zeg dat.
Nogmaals, ik controleer mijn status en indexeer dat mijn bestand is gewijzigd.
Dus terwijl dit gebeurt, laat ik Marcy samenvoegen, een verzoek indienen.
Dus ze is Mascia binnengegaan.
Haar verzoek is binnen.
En als ik nu terugga naar mijn conflict, krijg ik een status.
En we moeten deze toevoegen, dus voeg toe en verbind je hier met een kort bericht, gewoon controleren.
En als ik nu terugga naar M..
Oh, ik moet de checkout master opnieuw ophalen voordat ik mijn wijzigingen push, ik wil er zeker van zijn dat ik de
nieuwste versie van een master heb, zodat ik niets verander.
Ik zal geen conflicten hebben.
Dus ik krijg trek om het laatste te krijgen.
En nu ga ik naar de kassa.
Conflict tak.
En ik kan deze opmerking krijgen.
Samenvoegen.
M. Dus ik zeg het samenvoegen van wat een meester is in een conflict.
Marcy heeft aan de grote feature gewerkt en ze heeft deze samengevoegd, dus nu heeft Master de big feature branch.
Ik heb ook een andere branch gemaakt en ik heb in mijn eentje aan de conflict branch gewerkt.
En de conflicttak weet niets van masochisme, en zegt, hé, wat dan ook een meester is
op dit moment, inclusief de grote functie waar Marsi aan heeft gewerkt, trek het naar binnen en zorg ervoor dat er geen
conflict is.
Dat doe ik dus.
En oh, ik krijg conflict, Merche-conflict en index, niet Mafa.
Als ik nu echt op Sublime Text klik, laat me dit dan openen zodat je een betere kunt zien.
Oh, jongen, ik begrijp deze rare kleine syntaxis.
In het begin is het overweldigend, maar het is gemakkelijk om te zien wat er gebeurt, waar mijn tak zich
bevindt en het laat me zien dat ik tot het einde de H1 niet meer heb.
Maar in de master branch hebben we een achtergrondgenerator.
Nu kan ik met Marcy praten en zeggen, hé, Marcy, wil je dat terughouden in de generatortitel?
En ze zal zeggen, ja, dat was het juiste om te doen.
Verander de achtergrond niet.
In dat geval verwijder ik deze regels gewoon.
En verwijder deze.
En sla nu op als ik het krijg.
Staat nu.
OK, we hebben hier de gewijzigde status.
Laat me dit gewoon weer kleiner maken, zodat je kunt zien, laat me dit duidelijk maken.
Wat we nu doen, is dat we opnieuw moeten toevoegen omdat we die wijzigingen hebben aangebracht en we moeten het
probleem met het samenvoegen van kometen oplossen.
En ik vergat de laten we dat nog eens proberen.
En.
Conflict oplossend huwelijksprobleem dat hier duidelijk is en status krijgt.
Niets te vergelijken met werken om schoon te maken, en als ik push krijg, nou, nogmaals, ik krijg deze fout,
maar ik wil je deze keer laten zien of ik het push-oorsprongconflict krijg.
Het werkt nu, laten we teruggaan naar GitHub.
Kijk wat voor soort dingen we hebben, we hebben de conflicttak, en als we nu
naar de conflicttak kijken, nou, er is niets veranderd omdat, nou, ik heb net al mijn veranderingen teruggedraaid.
Het is dus helemaal leeg.
Er zijn nu geen veranderingen.
Dus Marcio zou zeggen, hey, was het je bedoeling om deze foto te maken?
Het is leeg.
Iedereen ziet dit bericht van mijn kant en ik kan doorgaan, en dat is zo'n beetje de workflow die je
zult zien en krijgen.
Ik laat de commando's hierna voor je achter.
Maar zie je, het is heel, heel leuk om mee te werken, je leert een paar commando's,
en zolang je dit visuele model hebt van elke keer dat je aan iets werkt, maak je altijd een branch.
Je geeft het een titel met welke functie je ook aan het werken bent.
En zo nu en dan wil je master trekken en master samenvoegen in je branch om er zeker van te zijn dat je
geen updates mist die andere ontwikkelaars of teamgenoten hebben gedaan.
Als je eenmaal klaar bent met je functie, doe je een pull-verzoek door get push te doen en dat pull-verzoek je
opmerkingen toe te voegen en mensen zullen je bestandswijzigingen beoordelen.
En als ze willen dat je een paar wijzigingen aanbrengt, dan kun je het opnieuw doen, toevoegen, vastleggen,
tenslotte je wijzigingen aanbrengen en dan kun je samenvoegen, een verzoek indienen.
En als dat eenmaal gedaan is, dan is er voor alle anderen in het team een nieuwe meester.
Dus iedereen in het team zou ook moeten trekken.
Het kost wat tijd om eraan te wennen, maar het is een heel, heel fijne workflow
om ervoor te zorgen dat iedereen in het team aan hetzelfde bestand en dezelfde projecten werkt, zonder fouten te veroorzaken en ervoor
te zorgen dat iedereen goed samenwerkt.
En dat was het, ik hoop dat je dit nuttig vindt.
Ik zie je in de volgende.
Tot ziens.