Re: RE: first-class conflicts?

Randall, thank you for that.

I did mean of the first type, pure content conflicts (just like the examples on that jj page).

I just have sometimes wish git could be a little more aware of them beyond just storing them with ASCII art in the files themselves (and alerting / warning when they happen but I often can't properly see those warnings flash by so I end up having to search for the conflict markers manually). So if conflicts are a thing that *can* happen, it'd be better if vc could know about them which would make some of the rebases simpler as in jj. That doesn't mean we wanna adopt the jj workflow of deliberately checking in conflicts (not even locally), just be able to deal with them better if it does happen.

I dunno… and I've really appreciated the naysayers so far, helps me sort out my thoughts in this. I personally really prefer the vanilla "explicit staging" workflow (with magit) over jj, got, gitless etc. I'm more scared of overcommitting by mistake than undercommitting. But this one feature seemed to me that it might be really good: just having the vc be aware of the conflicts it has created.