Skip to content
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

Opus Diff only somewhat helpful. #8

Open
jeffturcotte opened this issue Feb 5, 2014 · 2 comments
Open

Opus Diff only somewhat helpful. #8

jeffturcotte opened this issue Feb 5, 2014 · 2 comments

Comments

@jeffturcotte
Copy link
Member

If I make changes to a file and opus detects an integrity issue when updating, the diff provided to me is the full current version of the installed file compared to the new incoming file. While this diff should always be provided, I typically also want to see a diff only of what I changed since I added the file, which would provide far more insight into what I would need to port over if I choose to overwrite.

I understand that this is probably a job for the vcs and not opus, but (with a single terminal) I cannot get this information inline during an update and feel like I'm flying blind with files like CSS where the full diff can be very hard to parse. It might actually be possible with Opus if the diffs of all installed assets/files are calculated pre-update, but that's probably crazy.

We should discuss some potential solutions here.

@mattsah
Copy link
Collaborator

mattsah commented Feb 5, 2014

I believe you can still reference the old package during an update, although I'm not sure if it's actually moved to a temporary location with the files or if it's just the package object information which would only be "meta" info so to speak.

@mattsah
Copy link
Collaborator

mattsah commented Feb 22, 2015

I'm wrong, you can't reference the old one. It would be possible to diff the old ones prior to update, however, and store those diffs for viewing. If this was done, it may also be possible to attempt 3 way merges which would bring in both the additions/changes from the new stuff then merge your changes on top, although that could get messy with conflicts. Let's discuss at codejam if you're still interested in this feature.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants