{"id":8641,"date":"2024-01-10T00:14:17","date_gmt":"2024-01-10T00:14:17","guid":{"rendered":"https:\/\/cheapwindowsvps.com\/blog\/steps-to-resolve-merge-conflicts-in-git-dealing-with-modify-delete-issues\/"},"modified":"2025-01-20T11:36:54","modified_gmt":"2025-01-20T11:36:54","slug":"steps-to-resolve-merge-conflicts-in-git-dealing-with-modify-delete-issues","status":"publish","type":"post","link":"https:\/\/cheapwindowsvps.com\/blog\/steps-to-resolve-merge-conflicts-in-git-dealing-with-modify-delete-issues\/","title":{"rendered":"Steps to Resolve Merge Conflicts in Git: Dealing with Modify\/Delete Issues"},"content":{"rendered":"
In my previous article, I discussed merge conflicts, specifically line merge conflicts, and how to resolve them on GitHub<\/a>. In this article, I will focus on another type of merge conflict, the modify\/delete conflict, and how to resolve it using Git.<\/div>\n

Modify\/delete conflicts occur when, on one branch in the merge operation, a file has been modified. At the same time, on the other branch, the same file has been deleted, making it impossible for the system to perform an automatic merge<\/a> without human intervention.<\/p>\n

If you are new to Git, be sure to read the previous guides in this Git beginner series<\/a>.<\/p>\n

Resolve modify\/delete merge conflicts in Git<\/h2>\n

Firstly, open the repository you built in the previous article<\/a>. To accompany this article, you may open my replica of the repository<\/a>.<\/p>\n

In the repository, there are three branches: main, conf-1<\/em>, and conf2<\/em>. Our intention is to trigger a merge conflict by merging conf-2<\/em> into main<\/em>.<\/p>\n

The only thing needed is the Git URL for later use in the terminal. Under the Code<\/strong> tab, click the Code<\/strong> button to display the URL.<\/p>\n

Viewing the repository URL<\/a><\/div>\n

Copy the repo URL to the clipboard.<\/p>\n

Copying the repository URL<\/a><\/div>\n

You can now open up a terminal window. Clone the repo to a folder on your local machine as follows.<\/p>\n

<p>git clone <a href=”url-of-repo” target=”_blank” rel=”nofollow”>url-of-repo<\/a><\/p><\/p>\n

<p>Cloning the demo repository<\/p><\/p>\n

<p>Go into the repo (it should be called <em>gitme<\/em>) with the <em>cd<\/em> command:<\/p><\/p>\n

<p>cd gitme<\/p><\/p>\n

Moving into the local repository<\/a><\/div>\n

At this point, only the main branch should be checked out (currently selected for work, like checking out a book from a library). You can confirm this by running git branch to see how many local branches exist.<\/p>\n

git branch<\/pre>\n
Listing local branches<\/a><\/div>\n
The asterisk (*) next to main<\/em> shows that this is the branch currently checked-out. When cloning a repository, the files in the remote-tracking branches are not immediately duplicated into your working directory. However, the full history of the repository, including all branches, is preserved in your local .git directory. Create a local version of the conf-2<\/em> branch using the git checkout<\/em> command, as demonstrated below:<\/p>\n
<\/pre>\n
git checkout conf-2<\/p>\n
Checking out conf-2<\/a><\/p>\n
By doing this, you can verify that an additional branch has been added to your local repository:<\/p>\n
git branch<\/p>\n
With our local repo ready, configure your email and username now to enable you to make commits where necessary.<\/p>\n
git config user.name “YourUserName”<\/p>\n
git config user.email “YourName@YourMail.com”<\/p>\n
List the files in the repo. You should see two files, check-system.py<\/em> which we used in the previous article, and check-time.py<\/em>.<\/p>\n
ls<\/pre>\n
Listing the contents of a branch<\/a><\/p>\n
To create a modify\/delete conflict, I have already committed modifications to check-time.py<\/em> to the main<\/em> branch. These modifications were made after the creation of the conf-2<\/em> branch, making them an outstanding change for conf-2<\/em>.<\/p>\n
Delete check-time.py<\/em> from the conf-2 branch as follows<\/p>\n
rm check-time.py<\/pre>\n
This sets up a conflict in check-time.py<\/em>: in the main<\/em> branch, the file’s contents have been modified, while in the conf-2<\/em> branch, the file has been completely deleted. We’re now on the verge of encountering a modify\/delete conflict between these two branches.<\/p>\n
Add (-a<\/em>) and commit the changes with a message (m<\/em>) to the conf-2 <\/em>branch.<\/p>\n
git commit -am \"delete check-time.py\"<\/pre>\n
Committing changes<\/a><\/p>\n
You can now switch to main <\/em>as shown below.<\/p>\n
git checkout main<\/pre>\n
Switching branches to main<\/a><\/div>\n
Switching branches to main<\/p>\n
It is time to attempt to merge in the changes from conf-2<\/em> into main<\/em>. Merge in the changes from conf-2<\/em> with the git merge<\/em> command.<\/p>\n
git merge conf-2<\/pre>\n
You should receive notice of a modify\/delete<\/strong> merge conflict.<\/p>\n
A modify-delete conflict<\/a><\/div>\n
A modify-delete conflict<\/p>\n
You can run git status to get more details on the conflict and possible resolution steps.<\/p>\n
git status<\/pre>\n
Viewing Git status after a merge conflict<\/a><\/div>\n
Viewing Git status after a merge conflict<\/p>\n
To resolve this kind of conflict, you need to decide whether you want to keep the conflicted file. If you decide to keep the file, run git add check-system.py<\/em>. If you decide to remove the file, run git rm<\/em> to remove the file from the resulting commit. This also marks the conflict as resolved.<\/p>\n
For this tutorial, remove the file:<\/p>\n
git rm check-time.py<\/pre>\n
Resolving a modify-delete conflict<\/a><\/p>\n
Commit the resolution with an appropriate message to finalize the process and complete the merge operation.<\/p>\n
git commit -m \"merge conf-2. rm check-time\"<\/pre>\n
Committing the conflict resolution<\/a><\/p>\n
Tips to avoid merge conflicts<\/h2>\n
To avoid merge conflicts, follow these best practices:<\/p>\n
Use separate files for distinct features<\/strong> \u2013 By dividing the different aspects of your project into separate files whenever possible, the risks of having multiple collaborators editing the same file at the same time decrease, and as a result, the potential for conflicts during merges is minimized.<\/p>\n
Merge as soon as possible<\/strong> \u2013 Postponing a merge increases the chances of divergence between two branches, leading to a higher risk of merge conflicts as there are more areas that could possibly conflict.<\/p>\n
Pull before you push or merge<\/strong> \u2013 Pulling in changes that may have been made to the receiving branch before you try to merge is another way to avoid conflicts. By regularly using the git fetch<\/em> and pull<\/em> commands, you get an idea of what your collaborators are doing and can anticipate and react to potential conflicts locally, before you perform the merge.<\/p>\n
Make modular commits<\/strong>\u2013 It’s best to make each commit cover only one logical change. Combining many logical changes into one large commit can lead to conflicts and errors. Large commits also make it harder for other collaborators to review your work properly, which means you might miss out on valuable feedback and discussions. Remember, the more difficult it is to review a commit, the greater the chances of problems in the future. So, it’s always better to keep your commits focused and easy to understand.<\/p>\n
Subscribe to 4sysops newsletter!<\/h2>\n
Conclusion<\/h2>\n","protected":false},"excerpt":{"rendered":"
In my previous article, I discussed merge conflicts, specifically line merge conflicts, and how to resolve them on GitHub. In this article, I will focus on another type of merge conflict, the modify\/delete conflict, and how to resolve it using Git. Modify\/delete conflicts occur when, on one branch in the merge operation, a file has […]<\/p>\n","protected":false},"author":1,"featured_media":8642,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[92,95,96],"tags":[],"class_list":["post-8641","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-articles","category-devops","category-git"],"_links":{"self":[{"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/posts\/8641","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/comments?post=8641"}],"version-history":[{"count":1,"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/posts\/8641\/revisions"}],"predecessor-version":[{"id":10457,"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/posts\/8641\/revisions\/10457"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/media\/8642"}],"wp:attachment":[{"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/media?parent=8641"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/categories?post=8641"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cheapwindowsvps.com\/blog\/wp-json\/wp\/v2\/tags?post=8641"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}