<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sam Wilson's Website :: Symfony</title><link>https://twyne.samwilson.id.au/T4</link><atom:link href="https://twyne.samwilson.id.au/T4/rss.xml" rel="self" type="application/rss+xml"/><lastBuildDate>Fri, 07 Aug 2026 13:29:41 +0000</lastBuildDate><item><title>Where to store the version number</title><description>&lt;p&gt;It’s Wednesday morning, coffee is made, and &lt;a href="https://svgtranslate.toolforge.org/"&gt;SVG Translate&lt;/a&gt; is being upgraded to 2.0.0. I think that bumping major version numbers for underlying platform upgrades is slightly controversial, but I do it. My reasoning is that a major version primarily indicates that “something” must be done when you upgrade, and that’s definitely true when dropping support for old versions of PHP.&lt;/p&gt;
&lt;p&gt;A few of the tools that use the &lt;a href="https://github.com/wikimedia/ToolforgeBundle"&gt;ToolforgeBundle&lt;/a&gt; for Symfony display their current version number in the footer, and they do so by running &lt;code&gt;git describe&lt;/code&gt; to get the current tag. This is proving to be silly when the filesystem is slow, and is timing out. It’d be better to have the current version number within the codebase somewhere — the trouble with that is remembering to keep it in sync. Ideally, I think, it’d be in a &lt;code&gt;VERSION&lt;/code&gt; file, and would get updated every time a change is made so that there’s only ever one commit with a given version (other than &lt;code&gt;-dev&lt;/code&gt; ones; i.e. the next commit after a release would add that).&lt;/p&gt;</description><link>https://twyne.samwilson.id.au/P26707</link><guid isPermaLink="true">https://twyne.samwilson.id.au/P26707</guid><pubDate>Wed, 06 Mar 2024 01:37:00 +0000</pubDate></item><item><title>GitLab → Packagist</title><description>&lt;p&gt;I’ve been wondering for a while how it’d be setting up a package on Packagist from Wikimedia’s GitLab… turns out it’s incredibly simple, and we now have &lt;a href="https://packagist.org/packages/wikimedia/toolforge-skeleton"&gt;wikimedia/toolforge-skeleton&lt;/a&gt; added and working! There’s still more to be done on it, but hopefully it’ll make it super quick to bootstrap the development of new PHP tools.&lt;/p&gt;</description><link>https://twyne.samwilson.id.au/P26058</link><guid isPermaLink="true">https://twyne.samwilson.id.au/P26058</guid><pubDate>Thu, 19 May 2022 03:17:17 +0000</pubDate></item><item><title>Console Readme Generator</title><description>&lt;p&gt;I’ve made a little Symfony tool for generating CLI usage documentation in Readme files: &lt;a href="https://github.com/samwilson/console-readme-generator"&gt;https://github.com/samwilson/console-readme-generator&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;So far I’ve not added it to many projects, but will do so. I mostly want to use it as a CI step to help keep Readme docs up to date with changes in Console commands.&lt;/p&gt;
&lt;p&gt;Here’s an example of the output: &lt;a href="https://github.com/wikimedia/ws-export/#cli-usage"&gt;https://github.com/wikimedia/ws-export/#cli-usage&lt;/a&gt;&lt;/p&gt;</description><link>https://twyne.samwilson.id.au/P25985</link><guid isPermaLink="true">https://twyne.samwilson.id.au/P25985</guid><pubDate>Fri, 25 Mar 2022 03:04:19 +0000</pubDate></item><item><title>Election night special</title><description>&lt;p&gt;It’s the middle of the morning here, but that doesn’t matter. I’m attempting to add tags to Twyne (I’d link that, but still haven’t implemented hyperlinks in my Sam-flavoured Markdown). It’s going fine, it’s not a complicated thing to do really, but I’m bumping skulls with Doctrine ORM. I’ve used it before for a couple of projects, but not for a while, and I’d forgotten how frustrating it is to be poking at DQL or a query builder and &lt;em&gt;trying&lt;/em&gt; to make it work — when the equivalent SQL is simple and easy! I wouldn’t mind if this was something complicated, but ordering by the count of a joined table shouldn’t take an hour to figure out.&lt;/p&gt;</description><link>https://twyne.samwilson.id.au/P17</link><guid isPermaLink="true">https://twyne.samwilson.id.au/P17</guid><pubDate>Wed, 04 Nov 2020 01:42:00 +0000</pubDate></item></channel></rss>
