This is one of the very rare practical videos showing how to contribute to open source. Beginners may find it a bit difficult. But with practice, can apply that easily. Thanks Cody 👍
Can you make a video on how to build a project from the start? From initializing a repository, to setting up a GH CI/CD, to workflows, to accepting contributions from the community, including the structure and setup of the project, etc., I've found that almost no one makes these kinds of videos. Current best practice workflows in the open source world.
🔥 yet another 10/10 upload. Im excited you're talking about open source. it can be very intimidating, but the more people contributing to oss the better
@@WebDevCody I agree it varies between projects, just never enjoyed merge commits and prefer a cleaner commit history without them while still being able to credit the author.
You can, that works as well, but having a separate branch for each feature makes it easier to have multiple pull requests open at the same time that you may need to switch between as reviews come in for those features
@@WebDevCody I have to review your talk. I did not catch the moment qhen the PR goes to the main branch. Not on the fork but to the main Thank you for your content. You are awesome
Still don't understand why you would fork rather than just create another brach in the main repository, any particular benefits? From what I've understood in my limited time in SWE is that forking is more like you want to make changes that don't affect the original, but for feature development a branch is fine.
because when you contribute to repositories you do not own, you can't just make a branch due to security settings of the main repo, which means you won't be able to push your branch unless someone gives you contributor access. For example, you can't just go an start making branches on the React github repo, you'd need to fork it.
@@WebDevCody Ah makes sense, I've been mostly working with internal projects and haven't yet done anything surrounding open source. Thanks for the answer
what if the branched feature you are working on is taking days or weeks and people are constantly getting their PRs merged? Do i do a fetch upstream then pull for my branches and it would work as well?
yes you should be pulling in the upstream main into your branch daily, or even multiple times a day if possible. If you don't, you'll end up with just a bunch of merge conflicts you'll have to fix at the end.
because pull requests take time to get approved and merged. so if you work off of main then you won't be able to work more on your main branch until your PR gets merged. Just make a new branch for new features or bug fixes; it's easier to track.
Hey thanks for the video! If you do git fetch upstream and that updates your fork with the original “source” why do you need to do git pull upstream/main afterwards?
Well I think if you’ve already checkout the branch locally then you’d need to either rebase your local branch to it matches your origin, or back merge the origin branch changes into your local branch.
Cody do you think open source is good to do if your trying to get a job. Not sure how to add it if I have a lot of time already on projects, and interview prep. Thanks!
I don't find it useful. If you can get a chance to work with another developer daily so you can say you've had practice collaborating, that would be better.
it was informative and quite easy to follow, but I have few more questions like how do you find the projects that you can contribute on? who ask for changes ? like do you just go through it think yeah this should have this feature and start working on it? maybe somebody else is already working on it things like that. Thanks in advance
This is one of the very rare practical videos showing how to contribute to open source. Beginners may find it a bit difficult. But with practice, can apply that easily. Thanks Cody 👍
rightly said bruh
This is so helpful to people who dont have familiarity with contributing to open source(I'm one of them). Thank you on behalf of all of us
Wow this is by far the easiest to understand and follow guide I have seen on how to contribute to Open Source Projects. God bless u fam
Hey Cody,
Thanks for the quality content. One of the bests TBH on YT that you can straightly forward understand the process.
Can you make a video on how to build a project from the start? From initializing a repository, to setting up a GH CI/CD, to workflows, to accepting contributions from the community, including the structure and setup of the project, etc., I've found that almost no one makes these kinds of videos. Current best practice workflows in the open source world.
+1 Agree 💯
+1 I’m planning to start on a new side project and this would be very helpful!
Yes please
best video suggestion! this will help a lot of us understand how to create our own open source projects
+1
I made my first open source contribution watching this video. Very small contribution, but that's a start. Thanks to you.
Awesome, that’s how it starts.
Thank you for this video, very practical for beginners who want to contribute to an open source project
🔥 yet another 10/10 upload. Im excited you're talking about open source. it can be very intimidating, but the more people contributing to oss the better
rebasing, squashing and avoiding merge commits are a very important part of this process.
we don't use rebase or squashing at work, so it's not that important imo
@@WebDevCody I agree it varies between projects, just never enjoyed merge commits and prefer a cleaner commit history without them while still being able to credit the author.
I'm glad someone made this kind of video. always shyed away from cs due to not knowing stuff like this.
Great Video! This should get more views. Thank you Cody!
Thank you dude for the effort, time and knoweldge
Glad to find this video !!! ❤
Thanks for wonderful content Cody
was confused, you made it easier thank you.
Good job love ❤
Thank you for making this video it was very helpful, especially for me as a new developer
I have an error “need to specify how to reconcile divergent branches “ when I want to pull all changes
Found this after contributing to open source project for the first time about an hour ago. Will find out if I made it correctly.
do i need to have gitlens
most of the codes i inputted are not working
spot on the people needed this one
10:00
How did you did that??
Thanks for this video very useful.
i have a question how do you create a selection area while recording?
thank you, i didn't know about the upstream branch!
Thanks for the video man❤ which theme are you using in this video?
🤔If the upstream changes, how do I sync my branch for future merge? Or should I?
you can either do a rebase or merge the upstream into your branch
6:09
I think it should be
git push origin update-docs
How do I get the environment that had the terminal in it? I'm new to github
How do you find projects to contribute to that aren't MASSIVE complicated projects?
Is this project still up and running I would like to contribute. Thanks
nice initiative
Why cannot I start a branch from the main branch directly?
You can, that works as well, but having a separate branch for each feature makes it easier to have multiple pull requests open at the same time that you may need to switch between as reviews come in for those features
@@WebDevCody I have to review your talk. I did not catch the moment qhen the PR goes to the main branch.
Not on the fork but to the main
Thank you for your content. You are awesome
@@vittoriomorellini1939 it’s when I merge it from my phone and it turns purple
If you want to get comfortable with contributing to open source projects, i suggest you participate in Hacktoberfest ( every October )
Still don't understand why you would fork rather than just create another brach in the main repository, any particular benefits?
From what I've understood in my limited time in SWE is that forking is more like you want to make changes that don't affect the original, but for feature development a branch is fine.
because when you contribute to repositories you do not own, you can't just make a branch due to security settings of the main repo, which means you won't be able to push your branch unless someone gives you contributor access. For example, you can't just go an start making branches on the React github repo, you'd need to fork it.
@@WebDevCody Ah makes sense, I've been mostly working with internal projects and haven't yet done anything surrounding open source. Thanks for the answer
Well explained dude
Bro, can make a tutorial on migrating express server to next js or at the very least use express with next
Great video again!
what if the branched feature you are working on is taking days or weeks and people are constantly getting their PRs merged? Do i do a fetch upstream then pull for my branches and it would work as well?
yes you should be pulling in the upstream main into your branch daily, or even multiple times a day if possible. If you don't, you'll end up with just a bunch of merge conflicts you'll have to fix at the end.
Really Helpful, Thank You
why make another branch in your own fork rather than just committing to main and then opening a pr. Plz answer thnx
because pull requests take time to get approved and merged. so if you work off of main then you won't be able to work more on your main branch until your PR gets merged. Just make a new branch for new features or bug fixes; it's easier to track.
@@WebDevCody thnx
Thanks, very well explained.
Wow
This is amazing
Hey thanks for the video! If you do git fetch upstream and that updates your fork with the original “source” why do you need to do git pull upstream/main afterwards?
Well I think if you’ve already checkout the branch locally then you’d need to either rebase your local branch to it matches your origin, or back merge the origin branch changes into your local branch.
awesome video! thanks!
Cody do you think open source is good to do if your trying to get a job. Not sure how to add it if I have a lot of time already on projects, and interview prep. Thanks!
I don't find it useful. If you can get a chance to work with another developer daily so you can say you've had practice collaborating, that would be better.
@WebDevCody that's what I thought to, plus projects are way more fun and I learn just as much, thanks a lot
it was informative and quite easy to follow, but I have few more questions like how do you find the projects that you can contribute on? who ask for changes ? like do you just go through it think yeah this should have this feature and start working on it? maybe somebody else is already working on it things like that. Thanks in advance
I have no clue, most projects i've tried contributing on just let my PRs rot
Is it git push origin update-docs or git push origin main?
i think is the first option, since you're on the update-docs branch
Which app do you use for the terminal??
visual studio i guess
right to the point, thanks
Thanks for this
BRUH WHAT AM I SPOSED TO DOOOOOOOOO
legend
thank you
Very helpfull. Thanks
A little fast for me, but I learned something 👍
thanks
+1
trigger for interest