Intermediate GitHub Tutorial

แชร์
ฝัง
  • เผยแพร่เมื่อ 21 พ.ย. 2024

ความคิดเห็น • 36

  • @MansiBansalc
    @MansiBansalc 4 วันที่ผ่านมา

    Hi Tim! I have been following your videos for a very long time now and absolutely love them. Would like to request you to please create a video explaining pytests and how to create assert statements. Of all the teachers online, I find you to be the only one whose content seems relevant and practically useful. I am addicted to your way of teaching. Very grateful to every single one of your videos. Thanks a lot!

  • @johnpaul4301
    @johnpaul4301 หลายเดือนก่อน

    This is probably the best git tutorial on youtube since it shows you the actual useful intermediate things to know

  • @usamashami11
    @usamashami11 ปีที่แล้ว +3

    Your videos are always on time :')
    I needed to get good grip of Git and Github :)

  • @KayderimGameplays
    @KayderimGameplays ปีที่แล้ว +6

    Thanks a lot Tim

  • @farzadmf
    @farzadmf ปีที่แล้ว +8

    Worth noting that the "new" (been a while acutally) to switch (and maybe create) branches is to use `git swich`

  • @emman100
    @emman100 ปีที่แล้ว +3

    Great video. Forgot to mention git switch or git tag. Also git rebase can be used for a whole lot more but I guess not when working on a public repo. Overall great video. Thanks. 👍

  • @DJRanoia
    @DJRanoia ปีที่แล้ว +3

    Could you cover fast forward vs no fast forward as well and how it relates to merge and main?

  • @tibzdankan
    @tibzdankan ปีที่แล้ว

    This is video I have looking for!!! Thanks Tim🙏🙏🙏

  • @aram5642
    @aram5642 10 หลายเดือนก่อน

    Merge, by preserving the commits, also preserves the conversations and annotations in a PR, which may be important during the lifetime of a PR. Your collaborators will be able to see what you have solved between commits in response to their comments. Unfortunately git rebase does not provide it. But at the end of a feature branch work and solving all comments, it might be actually beneficial to rebase the branch, as the merge commit might become a large one over time.
    When working on a shared branch, one might also want to use git pull --rebase, a very useful command

  • @careyshupe9680
    @careyshupe9680 5 หลายเดือนก่อน

    Great job on your videos.

  • @parkerwarner8688
    @parkerwarner8688 ปีที่แล้ว +6

    Use this button to like for more intermediate content🤝

  • @yassinegalbi3322
    @yassinegalbi3322 ปีที่แล้ว

    Well explained , thank you bro !

  • @gustavojuantorena
    @gustavojuantorena ปีที่แล้ว +1

    Well explained video

  • @bevis2k4
    @bevis2k4 ปีที่แล้ว

    very nice and easy to understand

  • @whonayem01
    @whonayem01 ปีที่แล้ว

    Thanks, Tim.

  • @paulthomas1052
    @paulthomas1052 ปีที่แล้ว

    Thanks - really useful video. 👌

  • @ApexGaara
    @ApexGaara ปีที่แล้ว +1

    Would like a Video like this about ci/cd in github action

  • @Eswar.
    @Eswar. ปีที่แล้ว

    Hey Tim please do more videos on computer vision

  • @sykes257
    @sykes257 ปีที่แล้ว

    Thanks

  • @Ismail_Dagli
    @Ismail_Dagli ปีที่แล้ว

    Best timing as if you knew it 🙂

  • @ajp2206
    @ajp2206 ปีที่แล้ว +1

    Any Comments on gpt 4 and chatgpt plugins?

  • @fatimahmath4819
    @fatimahmath4819 ปีที่แล้ว

    Nice

  • @vigneshpadmanabhan
    @vigneshpadmanabhan ปีที่แล้ว

    I have encountered a situation where I was working on a feature branch locally. When I checked out to the main branch and ran 'git status', it showed changes from my feature branch. I tried to do 'git pull' on main but it failed because there were uncommitted changes. Somehow the changes I made in my feature branch also existed in main.
    How can I resolve this situation where changes from my feature branch are appearing in main after checking out, even though I haven't merged the branches?
    Additionally, I've also faced a situation where running 'git status' shows the same file appearing as both staged and unstaged changes. There were 60+ files that were identical in both staged and unstaged sections. I'm unsure how to determine if the staged version is updated compared to the unstaged one, especially if an automated tool staged the changes as I worked.
    How should I approach understanding which version of those duplicate files is correct in cases where 'git status' shows the same file as both staged and unstaged with many duplicates?

  • @jfsaraceno9265
    @jfsaraceno9265 ปีที่แล้ว

    Bam!

  • @mrblawblawblaw2335
    @mrblawblawblaw2335 ปีที่แล้ว

    Can I get beginner video link from anyone on this channel

  • @pabloqp7929
    @pabloqp7929 ปีที่แล้ว

    Why do you code on Windows?
    WSL is stronk

  • @kulture1758
    @kulture1758 ปีที่แล้ว +1

    First comment🎉

    • @Boss-ks8vt
      @Boss-ks8vt ปีที่แล้ว +1

      First commit🎉

    • @Ismail_Dagli
      @Ismail_Dagli ปีที่แล้ว

      ​@@Boss-ks8vt That's a good one! 😂

  • @RakibHossain-ez8sk
    @RakibHossain-ez8sk ปีที่แล้ว

    please someone stop the background music

  • @tapiwamotsi1424
    @tapiwamotsi1424 ปีที่แล้ว +1

    Bring back tim without beard😢

  • @bahibrahim101
    @bahibrahim101 11 หลายเดือนก่อน

    Thanks