The ideal way of handling the above scenario is Developer 2 needs to pull the latest code changes from the remote repository and rebase the code changes into the local repository. Once the rebase is done successfully, Developer 2 can push the code into Remote repository. Here we are talking about rebase from remote to local repo in the same branch.
Thanks for the great article. I'm still learning all this so why rebase and not simply pull in this case?
Good question. You can pull as well. But when you run git pull, it automatically does a merge. And whenever git merge happens, a merge commit is created. A merge commit is not a bad thing, but too many merge commits can make your local commit history look confusing. So that's why rebase is preferred for local repository, since rebase does not create an extra merge commit.
You can checkout my article on rebase to understand this further :)
Yes. The basic ground rule is, if your branch has any commit which is there in the remote repository, it is better to avoid rebase since rebase alters commit history. It's fine if one developer is working. But if multiple developers are working then it becomes an issue
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Thanks for the great article. I'm still learning all this so why rebase and not simply pull in this case?
Good question. You can pull as well. But when you run git pull, it automatically does a merge. And whenever git merge happens, a merge commit is created. A merge commit is not a bad thing, but too many merge commits can make your local commit history look confusing. So that's why rebase is preferred for local repository, since rebase does not create an extra merge commit.
You can checkout my article on rebase to understand this further :)
adityasridhar.com/posts/how-to-bec...
Thanks. So if I understood correctly you advise to rebase from release->feature branch but not the other way around? Makes sense!
Yes. The basic ground rule is, if your branch has any commit which is there in the remote repository, it is better to avoid rebase since rebase alters commit history. It's fine if one developer is working. But if multiple developers are working then it becomes an issue