1. 최초의 운영Git 브랜치 전략없이 master 하나로만 운영을 해왔다.시스템 운영자가 2~3명이였고, 하나의 화면을 동시에 수정하는 경우가 거의 없었기에 충돌이 자주 발생하지 않았다. 하지만 충돌이 발생하는 경우 overwrite 후 pull 작업이 잘 되지 않았고, reset 으로 강제 pull을 진행하곤 했다. 2. 개발환경 구성IT 보안진단을 통해 dev 환경을 구성하게 되면서, dev 브랜치를 구성하게 되었다. 하지만 dev를 거쳐 prd로 흘러가는 하나의 통로일 뿐, 개발에 대한 브랜치 전략을 세우지 않아 위에서 발생한 문제가 지속적으로 겪게 되었다. 3. 브랜치 전략 도입브랜치 전략에는 여러가지가 존재하지만, 먼 미래의 시스템 개발/운영의 분리를 위해 git-flow 전략을 도입한다.  ..

이클립스 이전 버전을 받으려고 패키지를 찾는데, 아래와 같이 표시가 되어 차이점을 찾아봤다. R : Release 안정화된 버전 RC1 : Release Candidate 1 안정화가 될 후보 버전 M1, M2, M3 : Milestone 개발 중인 버전 따라서 , R 버전으로 받으면 문제 없을 것 같다.