[wp-meta] [Making WordPress.org] #5645: Feature Request: Update on reversion to `trunk/`
Making WordPress.org
noreply at wordpress.org
Tue Mar 2 16:39:39 UTC 2021
#5645: Feature Request: Update on reversion to `trunk/`
------------------------------+---------------------
Reporter: rumperuu | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Plugin Directory | Resolution:
Keywords: |
------------------------------+---------------------
Comment (by Ipstenu):
Word of warning: If you sync ''every'' commit from Git to SVN, you'll
eventually get a stern email from the plugins team asking you to stop,
because (in the past) we used to regenerate all your zips when you did
that. Now we only rezip the one branch you're on (say, Trunk) but still,
there's no reason to do that.
> I didn't expect the versioning info in readme.txt to have any effect,
just as the version number in the Plugin base file docblock doesn't
This is actually documented. https://developer.wordpress.org/plugins
/wordpress-org/how-your-readme-txt-works/#how-the-readme-is-parsed
If there's no tag, it reverts to trunk.
Also if you change the version in the plugin base but not the readme, you
could cause your plugin to act 'out of date' and constantly try to update.
tl;dr? Readme and main plugin file ''must match'' if you want things to
work as expected.
> The ‘Previous Version’ selector lists the version in trunk/ as the
‘Development Version’, which as I just found out is not necessarily the
case depending on what you put in trunk/readme.txt.
No, trunk is ''always'' your dev version. Even if you don't use it like
that, that's the system setting. Always has been.
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/5645#comment:4>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list