링크: http://10kloc.wordpress.com/2013/01/05/3-effective-techniques-for-software-versioning/
Libraries and Frameworks
- MAJOR version when you make incompatible API changes,
- MINOR version when you add functionality in a backwards-compatible manner, and
- PATCH version when you make backwards-compatible bug fixes.
Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.
Public Software
- Major: This is usually done at the end of full release cycle; the resulting product is a major upgrade. All stakeholders (Managers, VPs, Marketing Directors) are informed of the major increment and is usually followed by press releases and marketing.
- Minor: When additional functionality or new features are introduced. Software Development managers or Senior Developers typically approve such increments.
- Revision: Bug fixes, ad-hoc patches, any minor change. Developers increment this number each time they make a minor change or fix a bug.
- Build: This is the only component of the version that is automatically generated. There is a python script that generates this using the Git commit SHA every time the software is built.
In-house or Hosted Software
* versions automatically time stamped. Something like <year>.<month>.<day>.<time>
'SW-PRODUCT > 개발-SWE' 카테고리의 다른 글
역시 바닥부터 갈아엎는건 에러다.. (0) | 2015.01.05 |
---|---|
운영툴 갈아엎기 후기. (0) | 2015.01.05 |
Risk Mgmt: Known-Knwon to Unkonw-Unknown (0) | 2014.11.12 |
좋은 제품을 만들어라... (0) | 2014.06.27 |
샤딩 구현 시 조심할 점. (0) | 2014.04.14 |