Notice
Recent Posts
Recent Comments
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- Spring Batch
- docker
- Domain Driven Design
- scala
- DDD
- Angular2
- Gradle
- 도메인주도설계
- 제주
- Spring XD
- hibernate
- hadoop
- 엘라스틱서치
- Linux
- intellij
- SBT
- apache storm
- Hbase
- Java
- design pattern
- Storm
- spark
- hdfs
- Spring Boot
- elasticsearch
- Spring
- Clean Code
- nginx
- elastic search
- 스프링 배치
Archives
- Today
- Total
목록Release (1)
욱'S 노트
Product Release
릴리이즈 시나리오 1. 버젼을 릴리이즈로 변경한다. (pom.xml 혹은 build.gradle에서 변경)2. 릴리이즈를 수행한다.3. 해당 버젼의 소스를 태깅한다. (1.0.0, 1.0.1, 2.0.0)4. trunk의 마이너버젼을 올리고 스냅샷 버젼으로 변경한다. (1.0.0 릴리이즈 했으면 1.1.0-SNAPSHOT이 된다.)5. 즐겁게 새로운 기능을 개발한다. 배포한 버젼에서 오류 발생시 1. 1.0.0 소스를 기준으로 1.0.1 태깅을 생성한다.2. 1.0.1 태깅의 버젼을 1.0.1-SNAPSHOT으로 변경하고 버그를 고친다.3. 다시 릴리이즈 절차에 따라 1.0.1 릴리이즈를 수행한다.4. 고친걸 1.1.0 개발중인 곳에 잘 머지한다. 릴리이즈 예제(git)
Story/Product Management
2015. 9. 8. 14:24