News for hackers. Stuff that matters.
Re:How to avoid merge conflicts by majewsky on Monday March 19, 2018 @10:33AM (#16618600)
How does this help avoid merge conflicts in any way? Git is already smart enough to merge changes to different parts of the same file. If you move different parts of a file to some other place, you're not changing anything interesting from the POV of git-merge.

The actual game changer is separating concerns properly. Small classes tend to be more cleanly separated, but it's not a given. And when your concerns are properly separated, it doesn't matter much if the separated concerns happen to be in separate files or not.

Re:How to avoid merge conflicts by zie on Sunday March 18, 2018 @10:59PM (#16615957)
fossil helps alleviate these issues with it's autosync feature: http://fossil-scm.org/index.html/doc/trunk/www/concepts.wiki
Re:How to avoid merge conflicts by ror6ax on Sunday March 18, 2018 @03:57PM (#16613932)
It's rather cute to so naively believe such practices can be maintained.
Re:How to avoid merge conflicts by dang on Sunday March 18, 2018 @04:01PM (#16613966)
This comment breaks these two site guidelines:

When disagreeing, please reply to the argument instead of calling names. "That is idiotic; 1 + 1 is 2, not 3" can be shortened to "1 + 1 is 2, not 3."

Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something.

Could you please read https://news.ycombinator.com/newsguidelines.html and stick to those rules when posting here?

Re:How to avoid merge conflicts by amriksohata on Sunday March 18, 2018 @04:13PM (#16614044)
Most my merge conflicts happen to be xml based files e.g csproj