-
Notifications
You must be signed in to change notification settings - Fork 498
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Future 6.0.0 release #446
Future 6.0.0 release #446
Conversation
…th unified diffs (#435) * Add test of vertical tab handling * Stop treating stuff like vertical tabs as line breaks when dealing with unified diffs * Add release notes * Add a consistency test
… same, like the Myers diff paper does (#439) * Add test for Unix diff-style ordering of deletions & insertions * Tweak base.js to prefer extending paths that have previously done more deletions * Remove now-redundant code to flip the order of immediately consecutive add and remove operations * Fix existing tests * add release notes
Is there a pre-release available of this? |
@adaboese you can just clone the repo, switch to this branch, and install it with |
Conflicts: README.md
…ay you'd expect (#464) * Add failing test showing maxEditLength: 0 is handled wrongly * Handle maxEditLength === 0 correctly (test now passes) * Document change
* Add a oneChangePerToken option to emit one change object per token instead of combining consecutive tokens into one change object * Document oneChangePerToken * Add release notes * Add test (which fails; needs changes from #439) * Add test of case with identical texts * Add another test * Move release notes to correct place now that I'm planning this for 6.0.0
* Ensure the left & right arguments to equals() always correspond to old and new values respectively * Add test * Add release notes
Conflicts: test/diff/array.js
* Add test demonstrating that maxEditLength crashes createPatch * Fix maxEditLength handling in createPatch * Add release notes
Conflicts: release-notes.md
Now that 5.2.0 is released, I'm going to merge this PR into |
Just a PR to keep track of the future 6.0.0 release. I'm currently merging non-breaking changes into master (for a 5.1.1 or 5.2.0 release) and breaking ones into 6.0.0-staging (for a subsequent release after that).