issue_comments
2 rows where issue = 683142059 and user = 51911758 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: created_at (date), updated_at (date)
issue 1
- restructure the contributing guide · 2 ✖
| id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1492349784 | https://github.com/pydata/xarray/issues/4361#issuecomment-1492349784 | https://api.github.com/repos/pydata/xarray/issues/4361 | IC_kwDOAMm_X85Y83NY | remigathoni 51911758 | 2023-03-31T17:39:00Z | 2023-03-31T17:39:00Z | CONTRIBUTOR | An overview would make it easier to find sections for sure. Including what you've mentioned, here's what I have for the overview: OverviewProject Structure Prerequisites * Set up your development environment * Linux * Windows * Git workflow (Will link to an external resource) Code * Suggest a feature * Report a bug * Find an issue to work on * Set up the environment * Making changes * Create branch * Edit files * Documenting your changes * Testing * Writing tests * Running tests (for both the code and the docstrings where necessary ) * Commit your changes Links to the section that mentions pre-commit (and the pre-commit-ci bot) and commit message tags for controlling CI * Push to fork * Create a pull request * Automated tests * Backward Compatibility * Code standards and conventions Documentation * Suggest doc improvements * Find something to work on * Making small changes (e.g typo fixes) * Check existing GitHub issues * Propose a change * Set up the documentation environment * Ways to contribute to the documentation * User guide * Make changes * Build docs * Docstrings * Make changes * Docstrings format * How to write numpy style docstrings * Examples * Run doctests
PR best practices (Will link to short section on what to put into the PR description / title) I have tried to make the contribution workflow for the docs and code as separate as possible which I think makes it easier to follow. |
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
restructure the contributing guide 683142059 | |
| 1477031884 | https://github.com/pydata/xarray/issues/4361#issuecomment-1477031884 | https://api.github.com/repos/pydata/xarray/issues/4361 | IC_kwDOAMm_X85YCbfM | remigathoni 51911758 | 2023-03-20T22:33:27Z | 2023-03-20T22:33:27Z | CONTRIBUTOR | @keewis What do you think of this structure? Structure for the Contribution GuideOverview
Ways to Contribute
How to Report a BugHow to Request an EnhancementSetting Up the Development EnvironmentBefore contributing to either the docs or the codebase, set up the dev environment. * Install Anaconda or miniconda * Fork the repository * Clone the repository Contribute to the CodebaseCode standards
How to contribute to the codebase
Contribute to the documentationDocumentation comprises of: * Docstrings - Add a numpy docstring guide * Docs in the xarray/doc folder - Uses rst How to contribute to the documentation
|
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
restructure the contributing guide 683142059 |
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