issue_comments
1 row where author_association = "MEMBER", issue = 977544678 and user = 35968931 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: created_at (date)
issue 1
- Shoudn't `assert_allclose` transpose datasets? · 1 ✖
id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
---|---|---|---|---|---|---|---|---|---|---|---|
908406439 | https://github.com/pydata/xarray/issues/5733#issuecomment-908406439 | https://api.github.com/repos/pydata/xarray/issues/5733 | IC_kwDOAMm_X842JS6n | TomNicholas 35968931 | 2021-08-30T14:48:23Z | 2021-08-30T14:48:23Z | MEMBER | I think we definitely need a flag, because we have two conflicting use cases:
1) Developers who use The easiest way to cover both is to have an option to switch between them. In my opinion the only question is what the default comparison behaviour should be. I like the idea of adding a |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Shoudn't `assert_allclose` transpose datasets? 977544678 |
Advanced export
JSON shape: default, array, newline-delimited, object
CREATE TABLE [issue_comments] ( [html_url] TEXT, [issue_url] TEXT, [id] INTEGER PRIMARY KEY, [node_id] TEXT, [user] INTEGER REFERENCES [users]([id]), [created_at] TEXT, [updated_at] TEXT, [author_association] TEXT, [body] TEXT, [reactions] TEXT, [performed_via_github_app] TEXT, [issue] INTEGER REFERENCES [issues]([id]) ); CREATE INDEX [idx_issue_comments_issue] ON [issue_comments] ([issue]); CREATE INDEX [idx_issue_comments_user] ON [issue_comments] ([user]);
user 1