4 comments

  • psYchotic14 minutes ago
    Without having looked into how Weave works, it sounds similar to Mergiraf: <a href="https:&#x2F;&#x2F;mergiraf.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;mergiraf.org&#x2F;</a>
    • rapnie5 minutes ago
      There&#x27;s a benchmark on the site that compares with mergiraf.<p><a href="https:&#x2F;&#x2F;ataraxy-labs.github.io&#x2F;weave&#x2F;benchmarks.html" rel="nofollow">https:&#x2F;&#x2F;ataraxy-labs.github.io&#x2F;weave&#x2F;benchmarks.html</a>
  • willrshansen53 minutes ago
    First image I see should be a difference of how the merges work.
  • satvikpendem26 minutes ago
    How does it compare to SemanticDiff extension?
  • basurayshreyan2 hours ago
    how does it fare on organisation repos ? Its quite tricky to make it work on org plans where git based merge goes through a lot of code scannings and stuffs i guess. Curious to know about that
    • rohanat2 hours ago
      Good question. Weave is a standard git merge driver, so it slots into the existing flow rather than replacing it. You wire it up in .gitattributes, and it only changes the 3-way conflict-resolution step that git already runs. The output is a normal merged tree, so everything an org layers on top still runs unchanged: branch protection, required status checks, code scanning, CI. It isn&#x27;t bypassing any of that. It just resolves conflicts by entity structure (functions, classes, methods) instead of line hunks, then hands a regular file back to git.