Let's say, there is new change to the master so there is possible a merge conflict with my commit. Then merging master to my branch is too hassle. To avoid merge conflict, is it better to Fetch first then Pull the changes then I proceed to Stage now for my changes?
I guess Other’s practice is to Stage first their changes when there is conflict then they merge the master to branch. That’s a long process right? If there is way to catch the conflict than proceeding to merge master to branch.
Instead of that process, what I did is Fetch first then if there are changes in master, I Pull it, then Stage my changes for commit then Push. It is like I’m avoiding the merge conflict and merging master to my branch.
I’m new to this so I want to understand the process. I’m just a developer and now they’re letting me to deploy and merge my changes for my skills to expand.
It may see long process, but if we have to avoid the merge conflict we have to do this, besides you will have the latest code from other developers too :-)
If you are continuously working on code, its best practice to follow the steps below,
Pull (includes two steps - fetch and merge) the code from remote branch to see if there are any changes.
Regularly commit your changes to code in the branch that you are working on
Once the code is finished, push the code to branch and create a pull request in remote.
If there are say merge conflicts, you will get to see them in pull request itself. It's not much to worry about the merge conflict here :-)
Let me know how branching is done in your development environment..
The branching is like we have our own branch cloned from master branch. Do I need to make a remote branch for my local branch or my local branch is enough already? What’s the use or difference of my local branch and its remote branch? I have only local branch and haven’t push this out and haven’t created my remote branch yet as I don’t know the difference. My team can’t see yet my local branch.
If you push your local branch to remote, your fellow developers can see how the progress was during the development of code, I guess it's best to protect the master branch (without committing to it directly), rather create a pull request every time code has to merged then review the code, after which the code can be merged into the master branch.
Hello Sourcetree users!!! With the recent removal of Bitbucket Cloud account passwords for app passwords (please see our Bitbucket Cloud community post for details on why we made this change for se...