git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Collaborative conflict resolution feature request

From
CECurtin, Eric <eric.curtin@dell.com>
Date
Jun 19, 2020, 09:17 UTC
Message-ID
<BY5PR19MB34000FB239B2B7BD996A17C790980@BY5PR19MB3400.namprd19.prod.outlook.com>
In-Reply-To
<CANgJU+V7MUC85n-=_yQG05w6MOmSG_ZvmQBJVTk2qRyk=7giZQ@mail.gmail.com>
> Anyway, sorry my reply wasn't helpful. Good luck.

Not at all, I do appreciate all the suggestions, I learned a lot from this thread in general. I think everybody in this thread has been very helpful.

This thread has gone a little cold. I did have a think about the sequential vs concurrent resolutions and even had a conversation with one of my colleagues about it.

Would it be reasonable if anyone could push a partial resolution but the book stops there (once a user hits a conflict of a conflict is must be solved locally)? I agree it doesn't make sense in most cases to support pushing recursive conflict resolutions (even though the other part of me says if the users wants to go down that path why stop them? You could even have a config setting to allow N levels of conflicts to be pushed, the default setting being exactly the way things are, none or 0!).

I know in my project we already "fake" this functionality like pointed out in the first email, it's just unclean the way we do it, leaves broken commits in the repo, you can no longer use difftools, etc.

Should I even consider this as a research idea for my thesis? Or another way of wording this is, if someone sent the code to the git maintainers Junio, etc. would it be merged into git?

Regards,
Eric Curtin
Software Engineer

Ovens Campus, Cork, Ireland

Dell EMC
Previous: demerphqNext: Christian Couder
Message 28 of 32 in “Collaborative conflict resolution feature request”
  1. Curtin, EricJun 12, 2020
  2. Johannes SixtJun 13, 2020
  3. Christian CouderJun 13, 2020
  4. Curtin, EricJun 13, 2020
  5. Philip OakleyJun 13, 2020
  6. Junio C HamanoJun 13, 2020
  7. Sergey OrganovJun 15, 2020
  8. Philip OakleyJun 15, 2020
  9. Stefan MochJun 16, 2020
  10. Curtin, EricJun 17, 2020
  11. Sergey OrganovJun 17, 2020
  12. Christian CouderJun 13, 2020
  13. Junio C HamanoJun 13, 2020
  14. Junio C HamanoJun 13, 2020
  15. Philip OakleyJun 14, 2020
  16. Konstantin TokarevJun 14, 2020
  17. Curtin, EricJun 15, 2020
  18. Philip OakleyJun 15, 2020
  19. Junio C HamanoJun 15, 2020
  20. Chris TorekJun 15, 2020
  21. Chris TorekJun 16, 2020
  22. Philip OakleyJun 15, 2020
  23. Junio C HamanoJun 17, 2020
  24. demerphqJun 18, 2020
  25. Curtin, EricJun 18, 2020
  26. Curtin, EricJun 18, 2020
  27. demerphqJun 18, 2020
  28. Curtin, EricJun 19, 2020
  29. Christian CouderJun 20, 2020
  30. Curtin, EricJun 21, 2020
  31. Christian CouderJun 16, 2020
  32. Sergey OrganovJun 15, 2020

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.