nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Is it better to Fetch first then Pull to avoid conflict

Bryan Tejano

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?

So If I can see new changes to the master, then I pull it first then that is the time I'll Stage my commit.

Thanks you!

Accepted answers

Pramodh M

Hi @Bryan Tejano

If you are asking for confirmation, yes this is the best practice to fetch the changed commits from Bitbucket see the changes, and then merge the changes to the branch you are intended to merge.

Thanks,
Pramodh

All comments

Pramodh M

Hi @Bryan Tejano

If you are asking for confirmation, yes this is the best practice to fetch the changed commits from Bitbucket see the changes, and then merge the changes to the branch you are intended to merge.

Thanks,
Pramodh

Bryan Tejano

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.
Thank you.

Pramodh M

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..

Thanks,
Pramodh

Bryan Tejano

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.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

sourcetree

bitbucket

git

devops