[MacPorts] SummerOfCode/bump modified

MacPorts Wiki noreply at macports.org
Fri Aug 16 05:17:57 UTC 2019


Page "SummerOfCode/bump" was changed by satraul
Diff URL: <https://trac.macports.org/wiki/SummerOfCode/bump?action=diff&version=2>
Revision 2
Changes:
-------8<------8<------8<------8<------8<------8<------8<------8<--------
Index: SummerOfCode/bump
=========================================================================
--- SummerOfCode/bump (version: 1)
+++ SummerOfCode/bump (version: 2)
@@ -19,9 +19,26 @@
 
 == What hasn't been done
 
-**@version/--livecheck argument**
+**@version argument**
 
 Ideally, the port maintainer doesn't have to manually update the Portfile's version first before running `port bump`, instead with simply running `port bump @version`, MacPorts will change the version by itself.
 To implement this, something has to be changed on or before the `fetch` phase as (right now) it will download the version that is in the Portfile. An idea would be to modify replace what the port version is memory before running fetch, or do something like manually run `portfetch::fetch_main` in `portbump.tcl` with modifications instead of requiring the fetch phase (`target_requires ${org.macports.bump} fetch`).
 
 This idea can be discussed further with the people from the PR or the Xcode project.
+
+**--livecheck argument**
+
+As the extension of the @version argument, `port livecheck` should be integrated somehow so MacPorts will bump to the latest version from livecheck.
+
+** Extended goals: batch bump, dry run, and Git actions
+
+We could also implement a batch bump function that bumps a lot of ports at once. Doing this is dangerous unsupervised, so ideally it should also build and test the Port. Or it could run semi-automated with human supervision.
+To further extend the functionality, we could take inspiration from brew’s bump-formula-pr which can do a dry run (only printing what would be the changes) or automatically take Git actions, such as commits or opening a PR. Just like the batch functionality, the updated Port should first be built and test before being commit. To avoid over-automating, we could tell the user the link to open a PR instead of doing it for them. For example:
+{{{
+$ port bump
+---> Bumping checksums for libpng
+Version successfully updated. Suggested commit message:
+    chromedriver: update to 6.6.3
+Review your changes and open a Pull Request at:
+    https://github.com/macports/macports-ports/compare/master...user:master
+}}}
-------8<------8<------8<------8<------8<------8<------8<------8<--------

--
Page URL: <https://trac.macports.org/wiki/SummerOfCode/bump>
MacPorts <https://www.macports.org/>
Ports system for macOS

This is an automated message. Someone added your email address to be
notified of changes on 'SummerOfCode/bump' page.
If it was not you, please report to admin at macports.org.


More information about the macports-changes mailing list