-
Notifications
You must be signed in to change notification settings - Fork 19
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
Release 1.0.0 #46
Comments
Confirming a Slack conversation with @johnwatkins0 that we both feel we're ready for a v1 release. As this is our initial release, we'll do so here first on GitHub and then submit the ZIP to the Plugin Review team on .ORG and await their review before this officially hits the .ORG repo. |
Ready to go, @jeffpaul . The only thing is the GH deploy action failed, which I assume is expected because the .org repo doesn't exist yet: https://github.com/10up/autoshare-for-twitter/commit/e61b2cac151e5fafc5b0a3cdab0fb3c679df865e/checks |
@johnwatkins0 we'll want to confirm the release ZIP file contains only the files needed to submit to .ORG, once you can confirm that we'll submit to the Plugin Review team and await their response. |
@jeffpaul Just to make sure I understand the process here -- for this initial release to .ORG, we need a copy of the plugin that doesn't have the unneeded files and does have the built assets and production dependencies (as opposed to the the zip automatically attached to the GitHub release, which contains the source code from the released branch). Future releases can be handled by the plugin deploy action, but this first one is manual. Do I have this right? |
@johnwatkins0 completely correct, yep! |
Hey, @jeffpaul . Here's a zip that contains what's needed and only what's needed for the plugin to run. Let me know if this does the trick. |
I added in the |
Continues #34
develop
, then do the same fordevelop
intomaster
.master
contains the stable development version.master
branch to GitHub, e.g.git push origin master
.stable
branch and test for functionality locally.1.0.0
on thestable
branch in GitHub. It should now appear under releases and in the WordPress admin as an update as well.Due date (optional)
field) and link to GitHub release (in theDescription
field), then close1.0.0
milestone1.0.0
do not make it into the release, update their milestone to1.1.0
orFuture Release
The text was updated successfully, but these errors were encountered: