Closed Bug 555 Opened 26 years ago Closed 26 years ago

Need a version-numbering scheme for bugzilla source.

Categories

(Bugzilla :: Bugzilla-General, defect, P2)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED
Bugzilla old

People

(Reporter: terry, Assigned: terry)

References

Details

I think I should introduce a version number in the bugzilla source, and make tarballs. My current thoughts are: - Create a file called "version.tcl", which contains simply a line like set versionnumber "1.4" - Make the version number appear in the header or something. - Whenever I feel it's time to spin a new tarball, I'll up the version number, create the tarball, and then UP THE NUMBER AGAIN. That way, the running version will always have a different version number than the one in the tarball. So, I can still check in changes whenever I feel like it, and not worry that my thing is different than something out there wrapped in a tarball.
The database is being reorganized a bit. Instead of the Bugzilla product, a new Webtools product has been created, with Bugzilla being a component of it. This bug is being moved from the old Bugzilla product to the new Webtools product.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I did this.
verif. fixed and present in current source. (a LONG time ago in a place far far away...)
Status: RESOLVED → VERIFIED
Moving to Bugzilla product
Component: Bugzilla → Bugzilla-General
Product: Webtools → Bugzilla
QA Contact: matty
Target Milestone: --- → Bugzilla old
Version: other → unspecified
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.