Feature #91

To do for releases

Added by Ammler over 10 years ago. Updated about 10 years ago.

Status:ClosedStart date:2009-05-27
Priority:NormalDue date:
Assignee:-% Done:


Target version:-


- make a diff without non-useful information like .hgtags and backup push url.
- override the version, see also below
- review and test everything, both in code and in game
- ask the ubiquitous someone to compile binaries on the compile farm

Original post by Ammler:

Maybe the compile farm uses the revision returned from ./findversion, so it might be worth to patch that file for release too.

The patch shows what I mean in detail. :-)

release.p1.diff Magnifier (280 Bytes) Ammler, 2009-05-27 15:13


#1 Updated by Hirundo over 10 years ago

  • Subject changed from patch ./findversion.sh with the release version too. to To do for releases

Changed the issue to make it a generic todo list for releases.

#2 Updated by Ammler over 10 years ago

Do not tag the release, as long as the compile farm isn't done, as it uses tip, we would then have "exactly" the same rev, if we tag after. ;-)

#3 Updated by Ammler over 10 years ago

finally patching findversion.sh didn't help for the compile farm.

#4 Updated by Ammler over 10 years ago

  • Target version deleted (IS2.0-beta3)

could be used for next version...

#5 Updated by Hirundo about 10 years ago

  • Status changed from New to Closed

Info moved to the redmine wiki, which IMO is more appropriate to store information like this.

Also available in: Atom PDF