How to use GIT when working with a team?

Поділитися
Вставка
  • Опубліковано 25 жов 2024

КОМЕНТАРІ • 128

  • @auchucknorris
    @auchucknorris 3 роки тому +80

    extremely straightforward and practical, much appreciated, and I'm sure my team will appreciate me not ruining the master and endless merge conflicts, memeing myself

    • @johannesluken949
      @johannesluken949 3 роки тому

      helped a lot!! :) Thank you!

    • @8koi245
      @8koi245 Рік тому

      kekW

    • @NukhbaAhmadAli
      @NukhbaAhmadAli Місяць тому

      Facing the same issues....Accidentally created the merge for master or pr for wrong branches i am messing it up

  • @zb2747
    @zb2747 2 роки тому +8

    A lot of tutorials on youtube regarding this but you my friend have made it simple and without the 'fluff' - straight to the point and with a simple practical example.

  • @HimmReaper
    @HimmReaper Рік тому +4

    Well explained! I was struggling trying to understand how to do certain functionality prior to watching this and now my questions have been answered. Thank you!

    • @akodev
      @akodev  Рік тому

      Anything I can do! This was something I struggled with early on as well. Let me know any topics you’d like to hear!

  • @Juanah92
    @Juanah92 3 роки тому +8

    This was great in portraying the actual practicality of git/github. I needed this, thanks.

  • @arekhandiaharry4490
    @arekhandiaharry4490 2 роки тому +3

    Thank you so much. You’ve answered all my questions on collaborations.

  • @krishnavamshimudi6624
    @krishnavamshimudi6624 2 роки тому

    one of the best shortest practical video explanation on github. I have seen many videos they are only theory and even some of them are not showing practical but u r video is just like begginer of the github can even understand it tq very much

  • @boredguy5805
    @boredguy5805 9 місяців тому +1

    So helpful for us noobs man, thank you for making this

  • @its.arjun.s
    @its.arjun.s 2 роки тому +1

    Thank you so much for this... I was confused watching a lot of other tutorials but this cleared my doubts

  • @Jeff24Y
    @Jeff24Y Рік тому +3

    Thank you so much for the video! This has helped me tremendoulsy at my first job!
    Also the book Code Complete that you suggested in the video description is a winner! A big big big reason why i was able to get past some of my tech interviews while applying to jobs. If you haven't read code complete i highly suggest checking it out. Link in bio!!

    • @akodev
      @akodev  Рік тому +1

      Thrilled to hear the video made a difference for you! "Code Complete" is indeed a gem. Always happy to share resources that can uplift the community. Keep pushing forward!

  • @LinLin-lg9qt
    @LinLin-lg9qt 3 роки тому +6

    Thanks for this very helpful and practical tutorial. This is the video that I am looking for after learning the basic knowledge of Git.

  • @grantdoyle1259
    @grantdoyle1259 2 роки тому +1

    This was a great video for me to document the git process for my team, thanks!

  • @kuoyulu6714
    @kuoyulu6714 Рік тому +2

    Thanks for this video, I learn a lot from this!

    • @akodev
      @akodev  Рік тому +1

      Of course! Let me know if there’s any other topics you’d want to hear!

  • @CengizSalgin
    @CengizSalgin 2 роки тому +4

    Great video! Super clear and to the point! A lot of other tutorials dont cover the team working workflow but this is gold! What about using more branches like release and hotfix? Are there good examples how to use those? Greetings from germany 🙂

  • @yuvraajkandel1705
    @yuvraajkandel1705 2 роки тому +1

    That's an awesome practical tutorial.. Thanks

    • @akodev
      @akodev  2 роки тому

      Glad it was helpful!

  • @keifer7813
    @keifer7813 2 роки тому +1

    Just what I needed, legend

  • @WordsThroughTheSky
    @WordsThroughTheSky 3 роки тому +9

    nice video, what extension/module in iterm shows the branch like how you have it? I want to try it too :)

    • @akodev
      @akodev  3 роки тому +5

      Here is a link that can help you set it up gist.github.com/kevin-smets/8568070
      let me know how it goes

    • @WordsThroughTheSky
      @WordsThroughTheSky 3 роки тому

      @@akodev thank you! That’s what I was looking for :)

  • @super7ace
    @super7ace Рік тому +1

    Thank you so much. Very informative video.

    • @akodev
      @akodev  Рік тому

      Anything I can do to help! Please let me know if there are other topics you’d like to hear about!

  • @Veectory
    @Veectory 3 роки тому +1

    Cant believ you only have 82 subs. Cheers!

  • @joshuahuang3665
    @joshuahuang3665 Рік тому +1

    I like how you get to the point with this video. Great examples showing a successful merge and resolving a conflict. When you are on a tix-5 branch, does that the tix-5 branch show up on your local file directory? I see you can confirm which branch you are on in the terminal, but I am curious if you can visualize it when you're working on local? thank you.

    • @aniketpattiwar4816
      @aniketpattiwar4816 Рік тому +1

      Use VS code ..to visualize on locally

    • @akodev
      @akodev  Рік тому

      if you want to see local branches ' git branch ' and if you want to see the remote branches (those on your github) then do ' git branch -r ' let me know if that helps

  • @hannesbeukes345
    @hannesbeukes345 2 роки тому +1

    shoutout to all the oldschool coders that did not abandon SVN for git

  • @the_new_a1
    @the_new_a1 3 роки тому +7

    Can someone help me understand, Why does it cause a merge conflict when the changes are made the second time? What was different from the first pull request that didn't cause conflicts? Thanks

    • @CengizSalgin
      @CengizSalgin 2 роки тому +1

      it was because he made the change in the same line. git didnt know which one to chose so you have to do it manually. that happened when he chose to use the new change instead of the old one in master. Hope that helps! :)

  • @CarlosPereira1973
    @CarlosPereira1973 3 роки тому +1

    Thank you for the nice explanation

  • @husnainabbas4407
    @husnainabbas4407 Рік тому +1

    Amazing...

    • @akodev
      @akodev  Рік тому

      Appreciate it! Anything I can do!

  • @CodeandDream
    @CodeandDream 4 роки тому +5

    Nice video 😆 this will definitely come in handy

  • @MichaelCheung-z2v
    @MichaelCheung-z2v 2 місяці тому

    Here's a scenario:
    Time 1: A created a feature branch based on master.
    Time 2: A worked on 1 commit on the feature branch.
    Time 3: There is a new commit (maybe a merge) in the master branch.
    Time 4: The next day, A wants to continue to work on the feature branch.
    Question:
    Should he do a git pull in the morning before doing his work?
    Also, after the pull, how should he incorporate the changes in master into his feature branch? Or should he?
    Lastly, if the changes in master totally removed some main functions where his feature branch is based on, what should he do?
    Thank you!!

    • @akodev
      @akodev  13 годин тому

      Yes, when you come in, you should always do a pull into your feature branch, this will make it easier when merging back into main/master
      to clarify the direction of the merge should be from Master/main --> yourFeatureBranch
      one more question to help, the only way that they can delete something you are working on, is if you merge your branch into main, but once thats done, why are you continuing with the feature branch?

  • @michaelcheung6290
    @michaelcheung6290 9 місяців тому

    This is the best! Can you tell us more what happens if you find sth wrong after pushing to origin

  • @albinjoalex2086
    @albinjoalex2086 2 роки тому

    Thanks a lot , u have saved a lot of hours for me

  • @sarvarjuraev1376
    @sarvarjuraev1376 Рік тому +1

    Thanks a lot. Very useful and straightforward 🙌🙌

    • @akodev
      @akodev  Рік тому

      You're welcome!

  • @thestophewatts6689
    @thestophewatts6689 2 роки тому +1

    Great simple video, helped me a lot, thank you!

  • @zaranadesai4632
    @zaranadesai4632 2 роки тому

    Extremely helpful! Thanks!

    • @akodev
      @akodev  Рік тому

      Glad it helped!

  • @FlutterPythoncombo
    @FlutterPythoncombo 6 місяців тому

    Loving it , Thanks man!

    • @akodev
      @akodev  3 місяці тому

      Glad to hear it!

  • @sayeesreeram
    @sayeesreeram 2 роки тому

    Greattt Video was very helpful

  • @Laflamablanca969
    @Laflamablanca969 3 роки тому +2

    Good video! Thanks for making it very simple

  • @searching_knowledge_tjk
    @searching_knowledge_tjk 7 місяців тому

    I was curious about the private repo, how I will add contributors, and how to put limited access, such as branches, so they could not push changes to the repo as origin main or master.?? Thank you very much!!!

    • @akodev
      @akodev  13 годин тому +1

      ill make a video about this, probably a short. give me a week from the date of this comment

  • @alejandrogalinamata2234
    @alejandrogalinamata2234 3 роки тому

    amazing! i was looking for this information and u made it! Thanks a lot

    • @akodev
      @akodev  3 роки тому

      Glad it was helpful! let me know if you have any other things you looking for, always looking for ideas for content

  • @ShubhamKumar-mk6zb
    @ShubhamKumar-mk6zb 8 місяців тому

    helped much! Thank you!!

  • @CengizSalgin
    @CengizSalgin 2 роки тому +1

    but shouldnt the pull origin master be before pushing the feature branch?

  • @santiagorauldiaz-geoagro9132
    @santiagorauldiaz-geoagro9132 3 роки тому

    thank you for the video !! It was very useful for me!

  • @ДаниилМирошник-ц4д

    Thank you very much!

  • @emirhansozan8993
    @emirhansozan8993 3 роки тому +1

    Appreciate your work, well explained :)

  • @Razordreamz
    @Razordreamz 11 місяців тому

    what is the -A parameter used for? Looks like an "all" but git add already does that so it's why i'm asking.

    • @akodev
      @akodev  11 місяців тому

      you are right, and this is mroe a habit, nowadays git add defaults behind the scene to git add -A.
      here is what the official documentation says:
      ```
      -A
      --all
      If no is given when -A option is used, all files in the entire working tree are updated (old versions of Git used to limit the update to the current directory and its subdirectories).
      ```

  • @itsadityas
    @itsadityas 3 роки тому

    Great video! Really really helpful..🙌🙌🙌🙌

  • @prakashmukta
    @prakashmukta Рік тому

    Awesome Explanation. Very Straight forward. Can you clarify my doubt. I am new to git. In your video when you pushed new branch to remote. Branch created in Origin with All Files, in that Branch we see all files instead of just Committed files. You committed only one file right .. But we see 2 files in that newly created branch.
    In My Project I have 100's of files For every small change if i push that branch, All files will be pushed.
    Can i Create New Branch with Only Committed files ?
    Thank You

    • @akodev
      @akodev  Рік тому

      Hey Prakash, when you create a new branch, you are making a temporary copy, when making changes only those changes will be pushed, no need to be pushing 1000's of files. thats why git is so cool, because it only updates the files where changes have been made. I would probably check if your .git, is not outside of the original repo folder.

  • @Tyheir
    @Tyheir Рік тому

    Awesome video, I had so much trouble resolving merge conflicts before. Is there a certain extension needed in VScode to get those accept changes options?

    • @williamavasquez
      @williamavasquez Рік тому +1

      nope, it should just come up, you can always try to restart vscode if it doesnt pick it up.

  • @ajk7151
    @ajk7151 2 роки тому

    excellent video!

  • @juhairahamed5342
    @juhairahamed5342 2 роки тому

    Good explanation

  • @mikefochtman7164
    @mikefochtman7164 3 роки тому +1

    I see you delete the branch after fixing up the ticket on the local repo, but what about the repository on git-hub? Is that deleted when you do another 'push', or what?

    • @akodev
      @akodev  3 роки тому +1

      Unless you push the command ( git push origin --delete nameOfBranch) we have only deleted it locally.

  • @samtech6181
    @samtech6181 3 роки тому

    thank you bro, very useful!

  • @psychoonaut
    @psychoonaut 3 роки тому

    Thanks a lot. It really helped me

  • @LavanyaD-n7c
    @LavanyaD-n7c 4 місяці тому

    Constantly pull from master ? Or branch we create day by day?

    • @akodev
      @akodev  4 місяці тому

      Pull from master to keep your branch up to date

  • @snowman6000
    @snowman6000 4 роки тому +1

    Great Video!

  • @md.tohidulislam3012
    @md.tohidulislam3012 2 роки тому

    much appreciated brother

  • @doomer4636
    @doomer4636 3 роки тому +1

    very good video

  • @TinyGhost42
    @TinyGhost42 Рік тому

    hey, how'd you get your terminal to look like that?

    • @akodev
      @akodev  Рік тому +1

      I have the cobalt theme, and im using iterm2 with oh-my-zsh.

  • @robinthomsoncomposer
    @robinthomsoncomposer 3 роки тому

    Very helpful indeed

  • @doufreen-8701
    @doufreen-8701 2 роки тому

    Thanks man, that's so usefull

  • @shibu3448
    @shibu3448 Рік тому

    Thanks a lot!

  • @khaledkachkorian2486
    @khaledkachkorian2486 3 роки тому +1

    Hello william, excellent video. It explains the practical part of git, and not the theory.
    A question please, if you are searching to do another video on git, can it be about fetch. The complete practical side of fetch vs the pull.
    Remember, we do not want a theoretical explanation, we need a practical logic from your experience.
    Thanks a lot

    • @williamavasquez
      @williamavasquez 3 роки тому

      ua-cam.com/video/1qO9eZANVgQ/v-deo.html&ab_channel=AkoDev
      We made this one :) let us know what you think

  • @danneytee
    @danneytee 2 роки тому

    Question: what is the point of delete the older ticket branch if it doesnt remove the branch on github?

    • @williamavasquez
      @williamavasquez 2 роки тому

      People like to see what branches they actually are working on, so instead of having a lot of dead branches, it cleans it up and is easier to see where you are or what you have outstanding

    • @chuckwalla2967
      @chuckwalla2967 Рік тому +1

      @@williamavasquez If they leave those branches on the remote, doesn't that mean the next time you pull from that repo, those branches will get created again locally?

  • @hakimfazal426
    @hakimfazal426 3 роки тому

    outstanding video

    • @akodev
      @akodev  3 роки тому +1

      Thank you so much 😀

  • @johnconnor9787
    @johnconnor9787 Рік тому

    Please, can anyone help
    When you clone repository - did you do it on the companies repository or we should fork, and clone from the copy of our account?

    • @akodev
      @akodev  Рік тому

      sorry for the delayed response, but you dont need to fork it, you should be able to clone the repo locally.

  • @jayavaiya9400
    @jayavaiya9400 3 роки тому +1

    thanks , this is helpful

  • @lukas7338
    @lukas7338 2 роки тому

    why "pull origin master" when you are about to delete the branch?

    • @williamavasquez
      @williamavasquez 2 роки тому

      this is so it does not cause merge conflicts with master

  • @rajeshs8846
    @rajeshs8846 Рік тому

    Does pushing local branch to github automatically creates pull request( merging the branch to master branch) ?

    • @akodev
      @akodev  Рік тому +1

      no it does not, on github it shows a suggestion, but its not automatic (can you make it automatic, we can make a video how to do that)

  • @quackdoescrck3009
    @quackdoescrck3009 3 роки тому

    Question : Which files to never push to github .. for example the google-json file in mobile development?

    • @akodev
      @akodev  3 роки тому +1

      Its going to depend on the language, but in JS I would avoid the node_module, .env file (passwords, keys etc) and if you on a mac the DS_Store.

    • @1001-w5q
      @1001-w5q 3 роки тому

      everything others don't necessarily need to run the project smoothly (vscode folder, node_modules) and sensitive information. If you use create-react-app, that will add all of those to gitignore.

    • @tesohh
      @tesohh 3 роки тому

      @@akodev where is the .env file?

    • @akodev
      @akodev  3 роки тому

      You would have to create the .env file.
      Also if you use a .gitignore file you can name the files/directory’s you don’t want to push to git

  • @Simon-vz9uw
    @Simon-vz9uw 2 роки тому

    Thank u so much!

  • @Mfbzai
    @Mfbzai 11 місяців тому

    Wonderfull

  • @geraldbustos
    @geraldbustos 3 роки тому

    Gracias!

  • @myworld73473
    @myworld73473 2 роки тому

    Thank you.

  • @Dahey69
    @Dahey69 2 роки тому

    Do you clean the tix branches from the server or do they need to stay there?\

    • @akodev
      @akodev  2 роки тому +1

      it depends on the team, I like to clear it out of my local, some places purge branches every quarter. so its all about preference.

    • @chuckwalla2967
      @chuckwalla2967 Рік тому +1

      @@akodev If they leave those branches on the remote, doesn't that mean the next time you pull from that repo, those branches will get created again locally?

  • @aaryan3461
    @aaryan3461 3 роки тому

    nice video man

    • @akodev
      @akodev  3 роки тому

      Appreciate it

  • @quachhengtony7651
    @quachhengtony7651 3 роки тому

    Should I use git add . or git add -A?

    • @jameskulu
      @jameskulu 3 роки тому

      git add . is used by most of the people. But you can use any.

    • @akodev
      @akodev  3 роки тому +1

      James is correct, some people prefer -A but either one works.

  • @ILikeItPicasso
    @ILikeItPicasso 2 роки тому

    Thanks man

  • @philfai-pp5wf
    @philfai-pp5wf 2 роки тому

    Question abt creating the pull request at 5:28. Is the assumption here that all team members have access to this github account, hence can create the pull request from within the account UI?

    • @akodev
      @akodev  2 роки тому

      Anyone can make a pull request, as long they have read access (not private repo)

  • @bobweee888
    @bobweee888 3 роки тому

    do you have video how to step this up?

    • @akodev
      @akodev  3 роки тому

      Bob, setting what up? if you let me know we can make a video

    • @bobweee888
      @bobweee888 3 роки тому

      @@akodev the entire workflow how stepup best practice for git fork pull merge for team type thing

  • @zylascope
    @zylascope 2 роки тому

    Thanks.

  • @markcuello5
    @markcuello5 Рік тому +2

    HELP

    • @akodev
      @akodev  Рік тому

      Is there something I can do to help?

  • @Prinjal_Boruah
    @Prinjal_Boruah 3 роки тому +1

    don't know git is so confusing for me

    • @akodev
      @akodev  3 роки тому +3

      ... wanna know a secret? (I dont know what im doing! no one know!!)

    • @alchemication
      @alchemication 3 роки тому

      That’s ok. Take your time and practice. Best! 😁

  • @tyranitarxd2819
    @tyranitarxd2819 2 роки тому

    I found gold