Closed wdduncan closed 1 year ago
@balhoff when I changed the annotation property I didn't specify the datatype. I assumed the datatype would carry over to the new annotation. My mistake :(
This PR originated from my oversight of merging NTR: has roost prior to the qc checks finishing :(
@wdduncan Mind if I commit directly to this PR to fix the remaining QC issues?
@gouttegd I don't mind at all!
Thanks!
Done and the CI checks now pass.
Please please please do not merge this until the commit history on the main branch is fixed
What needs to be fixed? I'm not following.
@cthoyt The point of this PR is precisely to fix the breakage that was introduced by the merging of #672.
I agree that a hard reset to cancel #672 would be cleaner, but not now that the merge has occurred on the public master branch. Hard resets are good on a local repository to cancel commits that have never been published, but once they have been pushed on a public repo, it’s too late. Rewriting history on a public branch is a bad idea.
please see https://github.com/oborel/obo-relations/issues/732. @gouttegd either way, can you help remove all of the spurious diff in this PR? like tons of changes are totally irrelevant to the content update
I'm not sure I agree about rewriting history on a public branch. This only happened a day ago and I don't think that changing it will affect anyone who isn't already involved in PRs on this repo anyway
@cthoyt Those “spurious changes” are not irrelevant: they are here to fix the real spurious changes that were introduced in #672. Obviously, when you introduced a spurious change, the fix to it also looks like a spurious change.
Note that if you go the #732 route and reset the main branch to before #672 was merged, then this PR becomes irrelevant, so I don’t know why your last item in the description of #732 is to ”fix #731”.
(I am personally opposed to any form of history re-writing on a public repo. That being said, I don’t know what is the OBO policy on the matter – if even there is one –, so if nobody else has a problem with that, I won’t object too much. All I want is to fix the master branch so that I can then update and merge #709.)
All I want is to fix the master branch so that I can then update and merge https://github.com/oborel/obo-relations/pull/709.
That is what is most important. Github purity is secondary to do this.
This only happened a day ago and I don't think that changing it will affect anyone who isn't already involved in PRs on this repo anyway
Thanks for your help @balhoff and @gouttegd !
@matentzn @cthoyt @anitacaron the qc is failing b/c of non-conforming values for the
created_by
annotation.E.g., here is a list produced after running
make test
.