Skip to content
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

Track releases in GitHub issues! #190

Open
brodycj opened this issue Aug 13, 2018 · 6 comments
Open

Track releases in GitHub issues! #190

brodycj opened this issue Aug 13, 2018 · 6 comments

Comments

@brodycj
Copy link

brodycj commented Aug 13, 2018

The documented procedure is to use JIRA issues when publishing tools, platforms, or plugins releases. Now that GitHub issues are enabled I would much rather track release items there and we cannot raise new JIRA issues, we are now forced to track release items in GitHub issues. I think we should check impact on areas such as:

  • Apache svn commit messages
  • cordova-doc pull requests
  • where should we raise the GitHub issues?
@brodycj brodycj changed the title Track releases in GitHub issues? Track releases in GitHub issues! Sep 20, 2018
@brodycj
Copy link
Author

brodycj commented Sep 20, 2018

Bump with some additional comments:

I think that for each package release we should raise issues in https://github.com/apache/cordova/issues. Track all package release issues in one place, no more change for collision in GH issue numbers, etc.

An example where this went wrong: apache/cordova-docs#886 (comment) / apache/cordova-docs#886 (comment)

@janpio
Copy link
Member

janpio commented Sep 20, 2018

Are issues for releases really necessary?
What purpose did those JIRA tickets fulfill?
Wouldn't it maybe make more sense to create milestones in the repositories and add all the PRs (and issues) included?

@brodycj
Copy link
Author

brodycj commented Sep 20, 2018

Any pointers how to use milestones?

Also JIRA numbers made it relatively easy to reference issue number in git and svn commits. Any ideas how we can do this with milestones?

@janpio
Copy link
Member

janpio commented Sep 20, 2018

Any pointers how to use milestones?

Best start here: https://help.github.com/articles/creating-and-editing-milestones-for-issues-and-pull-requests/

Also JIRA numbers made it relatively easy to reference issue number in git and svn commits. Any ideas how we can do this with milestones?

Why do or did we need this? What is the benefit vs. just using the version number or the release we are working on?

@brodycj
Copy link
Author

brodycj commented Sep 20, 2018

Why do or did we need this? What is the benefit vs. just using the version number or the release we are working on?

Using numbered issues makes it easier to track discussions if necessary. Maybe this is not really needed.

If we use release number, and which component is not obvious somewhere, I think we should be sure to also use the component name. This point may sound obvious but I think it should not be forgotten.

@janpio
Copy link
Member

janpio commented Sep 20, 2018

Using numbered issues makes it easier to track discussions if necessary. Maybe this is not really needed.

Each pull request or issue has a number on GitHub. They also have unique cross platform names that are generated on pasting a link to one.

If we use release number, and which component is not obvious somewhere, I think we should be sure to also use the component name. This point may sound obvious but I think it should not be forgotten.

Outside of a repo, versions (or milestones) have to be prefixed with the package, yes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants