-
Notifications
You must be signed in to change notification settings - Fork 87
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
CAS-7319, added several new methods to MSMetaData #138
Conversation
@dmehring, could you pull the master into your branch? ( |
git pull origin master Done. |
you can restart travis jobs in their ui, should be the arrow going in a circle in the build job. closing and reopening the pull also works I wouldn't recommend merging master into PR's to update them, instead I would rebase them onto the origin branch, this has the advantage that the log is not filled with too many criss-cross merges. |
Julian, |
restarting the job in the travis ui would have to be done by someone with commit rights. Though you should be able to close and reopen this PR to archive the same effect via the buttons below the comment box |
"Though you should be able to close and reopen this PR to archive the same effect via the buttons below the comment box" Is this something I need to do? |
@dmehring Thanks for pulling in the master (perhaps not the best thing but I wouldn't advise a I'll restart the test like @juliantaylor suggested once your commit shows up. |
@tammojan My apologies. This is my first ever use of GitHub and my first use of git in over six years. I only did Would you like me to do both Or perhaps just one of these? Obviously, I'm not yet git literate. |
No problem. I think just |
git push origin Done |
@juliantaylor Do you have an idea why Dave's merge doesn't show up here? I'm signing off for today. |
origin in our current (draft) documentation is the users fork, upstream the main casacore repo.
concerning git push origin, this is a bit dangerous as it will push all branches to the remote before git 2.0. I recommend to always qualify what you want to push via:
|
Actually, @juliantaylor is right and a rebase is better. Since the merge is probably not committed this shouldn't be hard to do: revert the uncommitted changes, then rebase, then commit. @dmehring, could you ask your local git expert to look over your shoulder? |
@tammojan I'm afraid @juliantaylor is the closest thing I have to a local git expert, and he of course is a full ocean plus half a continent away. |
if you like we can go through it via e.g. IRC or some other more direct communication, you can find me as jtaylor in freenode and OFTC, though I'll be traveling until next monday. |
@juliantaylor yes please. I'll contact you next week. Thanks! |
CAS-7319, added several new methods to MSMetaData
I've merged the pull request. |
if (iter->first.first == scan) { | ||
ret[iter->first.second] = iter->second; | ||
} | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this loop will never end, iter++
missing?
on behalf of @dmehring, fixes issues introduced in casacoregh-138
added various features to MSMetaData