How to Release Code With Github

Поділитися
Вставка
  • Опубліковано 31 лип 2024
  • ►► Establish a Well-Structured Data Warehouse for Your Small Team In 90 Days (Free Guide) → www.kahandatasolutions.com/guide
    Any project you build is designed to be released at some point. While that may seem obvious, there are some specific steps required to actually make this happen.
    In this video, we will walk through what releases are, how they work and how to easily create one in GitHub.
    What are Releases?
    Releases are deployable software iterations you can package and make available for a wider audience to download and use.
    Releases are based on Git tags, which mark a specific point in your repository's history. A tag date may be different than a release date since they can be created at different times.
    You can receive notifications when new releases are published in a repository without receiving notifications about other updates to the repository.
    Anyone with read access to a repository can view and compare releases, but only people with write permissions to a repository can manage releases. You can manually create release notes while managing a release.
    Alternatively, you can automatically generate release notes from a default template, or customize your own release notes template.
    Timestamps:
    0:00 - Intro
    0:23 - Examples
    1:06 - Semantic Versioning
    2:45 - Tags
    3:21 - What's in a Releases
    4:45 - Creating a Release
    6:24 - Automation
    Title & Tags:
    How to Create Releases in GitHub | Github Tutorial for Beginners
    #kahandatasolutions #dataengineering #github

КОМЕНТАРІ • 79

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

    ►► Establish a Well-Structured Data Warehouse for Your Small Team In 90 Days (Free Guide) → www.kahandatasolutions.com/guide

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

    Great content! Short, simple and to the point. Thanks so so much for this.

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

    Pretty much a straight forward video information, not so many people know how to create these kind of good videos explaining stuff

  • @mazharkhan5462
    @mazharkhan5462 7 місяців тому +1

    u r so good in explaining the stuff. Bravo!

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

    nicely done, found this video very helpful preparing for a release.

  • @user-rv1bx8hx4v
    @user-rv1bx8hx4v 8 місяців тому

    Thank you! Great video

  • @elvistejeda8661
    @elvistejeda8661 2 роки тому +2

    Very helpful, thank you!

  • @Cloud-Radio
    @Cloud-Radio Рік тому

    Wow !! you were so clear in explanation.

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

    Perfect. Thank you

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

    wonderful explanation straight to action

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

    Learned a lot in 7 minutes, thanks!

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

    I appreciate your clear style of explanation. :)
    What I'd like to do is have github handle the pushing of published updates to the production server. I think I get the gist that I could create an action to sync the git via sftp automatically after a publish. But frequently I also need to make a database change simultaneously, and making that happen automatically might just be more trouble than it's worth.

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

      Thanks for the kind words! One thing that you may want to look into for those database changes is Infrastructure as Code (IaC), in particular a tool like Terraform.
      With that kind of tool, you can automate some of your DB changes and include it in the Github Actions as well. It will take some time to get that part written up and a bit of a learning curve, but will could be super helpful in your case in the long run.

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

      @@KahanDataSolutions Good to know, thank you very much!

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

    Great explanation, Sir. Thanks.

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

    This is the best explanation.

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

    Thanks for this great video tutorial!

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

    Thank you very much❤

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

    Great explanation! Thanks.

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

    Excelent tutorial. Thank you so much

  • @user-by6lf1js6w
    @user-by6lf1js6w Рік тому

    Thank you so much! 🙂

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

    Thanks. Clear cut explanation.

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

    Good Explanation!

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

    Useful content & good content 10/10

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

    such a great video thanks

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

    Great video, thanks

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

    Well explained, Very helpfull, thanks

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

    Thanks a lot.

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

    Great video.
    What about including all the commits in the release details? Will that be included automatically or do we have to write it by hand (every commit or branch and what changes it brings)?

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

    nice explanation, thank you

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

    Is there a way to set permissions or visibility for assets? For instance, I want only to publish/release installation files and not the code of my software. Edit: I would like to add that I am using automatic releasing in vscode. The source code (zip) file seems to be automatically created by github in the assets based on the code in the main repository and cannot be removed from the assets. A possible solution for my problem would be to use 2 different repositories in github. One repository contains the code and is private and the public repository is where the releases are published. It is a bit messy if you then have an empty source code file in the assets, but at least the code is not published this way. I have not yet found another solution.

  • @srini580
    @srini580 15 днів тому

    thanks!

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

    thanks bro

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

    I've never started a release directly on GitHub before, I usually use Gitflow to create a new release, but I'm trying to change my workflow to phase out Gitflow. My question is: If I have a VERSION file within my repo, at what stage do I update this to reflect the new version number? Do I update it within my 'develop' branch, and then create a pull-request - or would I edit it directly within my main/master branch after I create a release directly on Github?

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

    Thank you very much

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

    awesome!!! Thanks a lot.

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

    Nice video.

  • @user-jv1wo5to9d
    @user-jv1wo5to9d Рік тому

    how do i add a new release? I can only edit the old one.

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

    When ever I deploy i need the version to change and that version number to be reflected in my web app service. I use ci/cd pipeline azure devops, i take my repos from github. I want you to help me how to do reflect the version number in azure webapp.

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

    Thank you

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

    Imagine we released a software with version v1.0.0. Now we are working on our next major version v2.0.0 by commiting all new changes in the "main" branch.
    Now one of our user discovered a bug in v1.0.0 and we have to release a bug fix with v1.0.1, but we already had commits for v2, so we can't use "main" for the patch release.
    So how do we manage this situation? what's the best way to manage tags/release in this case?

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

      you can rewrite history
      use `git rebase -i head~3` to rearrange commits
      cherry pick the bug fix patch and commit

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

      @@RabindraNathMurmuready2upload Is this how popular repos are managed? coz they are having multiple releases and maintainers. git rebase make sense for them?

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

    4:56 Why don't you click "Publish your first package"?

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

    👍

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

    I disagree with compatibility stuff when major changes. Most of libraries are compatible even though they increase major number. If it's not compatible, then the users will no longer use that library.

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

    i dont have access to releases on my own repo
    as in it doesnt exist
    what do i do now?

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

      Perhaps you have limited permissions. Are you the owner of the repository?

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

      @@KahanDataSolutions yes it is my repository

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

      @@ralkey I had the same problem. I figured I was not logged in, can you check if you had logged in to your account?

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

      @@maghiiTM ah no i figured it out. One of my chrome extensions removed the releases tab. So i deleted that extension

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

    4:42 demo

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

    - 4.37 минуте беларуска вова, падабайка за гэта!

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

    Only Apple products... of course..

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

    watching this videos as a BE dev, what a waste of my time. uselessness waste of my time