Skip to content
This repository has been archived by the owner on Nov 8, 2017. It is now read-only.

No conflicts detected. #263

Closed
nobleach opened this issue Mar 14, 2017 · 4 comments
Closed

No conflicts detected. #263

nobleach opened this issue Mar 14, 2017 · 4 comments

Comments

@nobleach
Copy link

I'm not even sure how to start troubleshooting this one:

screenshot 2017-03-13 18 18 50

I've tried changing the theme just in case. (I did notice this wasn't working with the SETI theme, so I figured changing to the default theme was worth a shot)

This file does indeed have standard diff markers. It's the first file I've ever tried with this tool, so I can't just try another conflicted file at the moment. I was just wondering if there were things I could check.

@smashwilson
Copy link
Owner

This looks like a duplicate of #243. Can you confirm your version of merge-conflicts, and provide the output of running git status --porcelain on the command line?

@nobleach
Copy link
Author

merge-conflicts version: 1.4.4
Atom version: 1.15.0

git status --porcelain returns no output.

@smashwilson
Copy link
Owner

Ah, if git status --porcelain has no output, then git itself doesn't think that this file contains conflicts. (This package uses the git index to determine that a merge is in progress, not the contents of the file. git status will list the file as "modified by both" and git status --porcelain will list its path with a prefix like UU.)

How did you get these conflict markers? Were they accidentally committed from a previous merge?

@nobleach
Copy link
Author

It's very possible that I resolved all but one file, then committed most of the resolved files. That would make sense.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants