<div dir="ltr"><div><div>Hi (grammar) developers,<br><br></div>Francis, Emily, and I are trying to work out a reliable versioning scheme and release workflow for Jacy, and we thought the conversation could be useful for other grammar developers, so I&#39;m bringing it to this list.<br><br></div>The problem is this: We work a bit on Jacy, then update Version.lsp and make a release. Then we go find some more bugs and commit fixes in preparation for the next release, but we&#39;ve forgotten to change Version.lsp, so now we have non-release states of the grammar with the same version string as the previous release. This makes the grammar version (which is stored, for example, in [incr tsdb()] profile runs) an unreliable indicator of the state of the grammar.<br clear="all"><div><div><div><br></div><div>The ERG has the version string &#39;ERG (trunk)&#39; for the development branch, and only uses real versions (e.g. &#39;ERG (1214)&#39;) for tagged releases. This is a good tactic, as the user should expect that a &#39;trunk&#39; version needs more info (e.g. the SVN revision number) to accurately describe the state of the grammar.<br></div><div><br></div><div>We&#39;re wondering if anyone has good strategies (implemented in software, described in documentation, or otherwise) for ensuring accurate versions?<br></div></div><div><div><br></div><div>Thanks<br></div><div><br>-- <br><div class="gmail_signature"><div dir="ltr">Michael Wayne Goodman<div>Ph.D. Candidate, UW Linguistics</div></div></div>
</div></div></div></div>