Skip to content

About issues: "Issues can be created ..." / Broken ITS terminology #36011

@Chealer

Description

@Chealer

Code of Conduct

What article on docs.github.com is affected?

https://docs.github.com/en/issues/tracking-your-work-with-issues/about-issues

What changes are you suggesting?

I suggest copy-editing the page.
The use case would be small projects which rely on GitHub to track their issues.
The expected outcome would be a page written in proper English.

Additional information

This is not a behavioral bug. But anyway, the basic issue I meant to report is conflation of issues with tickets (issue reports). Rather than issue reporting, the page refers to "issue creation". It also talks about "opening issues"(?) and "issue templates". This can be seen in the first 2 paragraphs:

You can create issues in your repository to plan, discuss, and track work. Issues are quick to create, flexible, and can be used in many ways. Issues can track bug reports, new features and ideas, and anything else you need to write down or discuss with your team. You can also break your work down further by adding sub-issues and easily browse the full hierarchy of work to be done.

Issues can be created in a variety of ways, so you can choose the most convenient method for your workflow. For example, you can create an issue from a repository, while adding sub-issues, convert a comment in an issue or pull request, create an issue from a specific line of code, or via a URL query. You can also create an issue from your platform of choice: through the web UI, GitHub Desktop, GitHub CLI, GraphQL and REST APIs, or GitHub Mobile. See Creating an issue.

And then, there is that "Creating an issue" page, which is filled with the same.

The following is not exhaustive, but just some hints:

Projects is strongly integrated with issues.

To stay updated on the most recent comments in an issue, you can subscribe to an issue to receive notifications about the latest comments.

To help contributors open meaningful issues that provide the information that you need, you can use issue forms and issue templates. See Using templates to encourage useful issues and pull requests.

You can @mention collaborators who have access to your repository in an issue to draw their attention to a comment.

For guidance on when to use an issue or a discussion, see Communicating on GitHub.

When a conversation in an issue is better suited for a discussion, you can convert the issue to a discussion.

License This report (including all messages and attachments I add to it) is offered under the terms of CC0 1.0.

Metadata

Metadata

Assignees

No one assigned

    Labels

    contentThis issue or pull request belongs to the Docs Content teamissuesContent related to issueswaiting for reviewIssue/PR is waiting for a writer's review

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions