Note that there are some explanatory texts on larger screens.

plurals
  1. POBest practices for version information?
    text
    copied!<p>I am currently working on automating/improving the release process for packaging my shop's entire product. Currently the product is a combination of: </p> <ul> <li>Java server-side codebase </li> <li>XML configuration and application files</li> <li>Shell and batch scripts for administrators</li> <li>Statically served HTML pages </li> <li>and some other stuff, but that's most of it</li> </ul> <p>All or most of which have various versioning information contained in them, used for varying purposes. Part of the release packaging process involves doing a lot of finding, grep'ing and sed'ing (in scripts) to update the information. This glue that packages the product seems to have been cobbled together in an organic, just-in-time manner, and is pretty horrible to maintain. For example, some Java methods create Date objects for the time of release, the arguments for which are updated by a textual replacement, without compiler validation... just, urgh.</p> <p>I'm trying avoid giving examples of actual software used (i.e. CVS, SVN, ant, etc.) because I'd like to avoid the "use xyz's feature to do this" and concentrate more on general practices. I'd like to blame shoddy design for the problem, but if I had to start again, still using varying technologies, I'd be unsure how best to go about handling this, beyond laying down conventions.</p> <p>My questions is, are there any best practices or hints and tips for maintaining and updating versioning information across different technologies, filetypes, platforms and version control systems?</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload