-
Notifications
You must be signed in to change notification settings - Fork 42
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
deal with python-control#347: missing exception attribute #84
Conversation
This looks fine, and in keeping with the existing I think it might be cleaner to have a |
Unless you have an objection, I'd rather do the rebasing; compare the logs below. Merging gives duplicate log entries. Not the end of the world, but also fairly easy to fix. What do you think? Here's the log from fbe8577 rebased onto 196e4ec:
and this is the log after merging this branch to master:
|
I think it is because the rebase and merging strategy are mixed now. You already rebased test_td04ad_mod. If you start at 9d2bfe3 and merge into master (=fast-forward) in the same order as outlined in #98, the log should be clean. Of course you can rebase, if you want. Please take note of the merge conflict resolves and additions I made after the merges however. |
To avoid redoing work you've already done, I'll follow your advice, and start with 9d2bfe3. This does mean, unfortunately, force-pushing to master. For this particular PR I don't see any merge conflicts - did they come up elsewhere? (I think I had to fix one for The main thing is not working at cross-purposes or redoing work - it looks like you're quick to merge from master to your PRs, so I basically needn't bother rebasing etc. --- does that sound right? |
I've done both options, merging the PRs starting from 9d2bfe3 (result https://github.com/roryyorke/Slycot/tree/rory/merge-all-2), and compared it with a rebase approach (result https://github.com/roryyorke/Slycot/tree/rory/rebase-merge). The only difference is the ordering of files in
|
Excellent! |
The only disadvantage is, that now all the PR pages here on Github show unreadable diffs and by your manual rebase/force-push the PRs won't show as merged. Could you do the rebase gradually, one PR at a time? Something like
|
I'll do that. I've got local rebased branches for each PR, so it should be straightforward. |
79bec1e
to
fbe8577
Compare
Enhance the error handling to deal with python-control/python-control#347