허니몬(Honeymon)의 자바guru

MS Team Services 는 IT팀에서 소스코드를 관리(작성된 코드를 리뷰하고 빌드하고 테스트하는 일련의 과정을 살펴보고 제어가능)하고 그와 관련된 내용을 정리할 수 있는 개발 플랫폼으로서 매력이 있어보인다. 개발 방식에 맞춰서 빌드방식을 지정할 수 있는 것으로도 보인다.

기능만 봐서는 ‘깃헙 + 컨플루언스(Wiki 역할) + 지라(이슈관리) + 젠킨스(CI) + 트렐로(or 깃헙 프로젝트 관리, 칸반)’ 의 기능을 아우를 수 있는 서비스가 아닐까 추측해본다(아직 제대로 안써봤다.).

스타트업이라면 https://bizspark.microsoft.com/ 에서 startup 으로 신청해서 이용해보면 좋을 듯 하다.

Spring Boot + Gradle 을 이용한 프로젝트 시작할 때 쓸 목적으로 프로젝트를 하나 만들었다.

먼저 로컬에서 작업하고, 깃헙에서 저장소Repository를 만들었다.

• 빈 저장소에서 친절하게 설명해주는 깃헙씨.
• http와 ssh 프로토콜 지원하고,
• 프로젝트를 새로 만들었을 때 깃을 이용하여 등록하고 깃헙에 생성한 저장소에 밀어넣는 방법.
• 이미 만들어진 저장소를 깃헙에 밀어넣는 방법.
• 혹은 다른 버전관리시스템에서 불러오는 방법

친절하다.

회사에서 진행하는 프로젝트는 스프링부트Springboot 를 이용해서 진행해보고 싶은 욕심이 생겼다.

• 참고 : A successful git branching model

• 깃git의 기본 브랜치는 master에서 시작합니다.

• master는 태그Tag를 기록하기 위한 기본브랜치로 사용됩니다.
• 개발을 위해서는 develop 브랜치를 생성합니다.

  개발자들이 실제로 소스코드를 공유하는 브랜치가 됩니다.

  //master 브랜치에서 develop 브랜치를 생성합니다.
  (master)$ git checkout -b develop
  (develop)$
  

• 소스코드를 push하기 전에 하는 기본적인 동작방식은 다음과 같습니다.

  1. 소스코드를 스태징 상태로 변경

     (develop)$ git add .
     

  2. 소스코드를 커밋함 - 가급적이면 개발한 내용을 상세기록하시는 걸 추천함

     (develop)$ git commit
     이후 커밋메시지 등록
     //혹은
     (develop)$ git commit -m '소스코드 중 친구목록 반환시 기준변경'
     

  3. 원격저장소(remote repository)에서 당겨오기(pull)

     (develop)$ git pull origin develop
     

  4. 별다른 충돌conflict가 발생하지 않았다면 push

     (develop)$ git push origin develop
     

• 기능개발시 브린치 생성

  1. 브랜치 생성 - 웹 애플리케이션 설정을 하는 단계의 브랜치

     (develop)$ git checkout -b feature/web-application-config
     (feature/web-application-config)$
     

  2. 소스코드 변경작업 후 스태징 상태로 변경

     (feature/web-application-config)$ git add .
     

  3. 소스코드 커밋

     (feature/web-application-config)$ git commit -m '웹 애플리케이션 설정완료 web.xml 등 설정'
     

  4. develop 브랜치로 체크아웃

     (feature/web-application-config)$ git checkout develop
     (develop)$
     

  5. feature/web-application-config 브랜치 병합merge

     (develop)$ git merge feature/web-application-config
     

  6. feature/web-application-config 브랜치 삭제

     (develop)$ git branch -d feature/web-application-config
     

이런 형태로 기능개발하실 때에 기능 브랜치(feature)를 생성해서 작업하신 후에 커밋하시고 develop 브랜치로 체크아웃하셔서 머지merge를 해주시면 큰 충돌없이 develop에서 소스코드를 유지하실 수 있을겁니다.

깃에 익숙치 않으시다면, 소스트리sourcetree와 같은 GUI 클라이언트를 사용하시는 것을 추천드립니다.

어제 권남님이 그래들gradle 튜토리얼을 진행해주실 때 프롬프트 옆에 깃의 브랜치명이 나타나는 모습을 보고 신기해서 찾아봤습니다. 그러다가 발견한 곳이

https://github.com/jimeh/git-aware-prompt

tag를 checkout 할 때 detached 라고 나오는 것이 보기 싫어서 찾아봤다.

http://oliverdavies.co.uk/blog/2013/04/27/display-git-branch-or-tag-names-your-bash-prompt

에 나와있는 일부 쉘parse_git_tag 을 추가해서 적용 후 확인 OK.

ihoneymon@ihoneymon-desktop:/workspace/git-repositories/never-ending-study$ git push origin develop

ssh_exchange_identification: Connection closed by remote host

fatal: Could not read from remote repository.

참고 페이지 : https://github.com/nodester/nodester/issues/346

git pull --rebase

후 git pull origin develop 정상동작