2011-08-13 2 views
3

철근을 사용하는 github에 library이 있지만 git을 통해 태그 된 적이 없습니다. 이 글을 쓰는 시점에서 app.src 파일은 버전 0.1임을 나타냅니다 (변경되지 않았습니다).태그 및 버전 범프의 올바른 순서

몇 가지 함수 정의를 변경하는 커밋을 만들고 싶습니다. 태그와 응용 프로그램 버전을 사용해야 사용자에게 부정적인 영향을주지는 않지만 태그, 범프 등의 순서가 명확하지 않습니다.

지금 취해야 할 조치는 무엇입니까? 미래는 사용자가 자신이 선택한 버전으로 코드를 작성할 수 있도록 보장하기 위해?

+0

큰 질문입니다. 철근 문서가 너무 얇아서 정확히 무엇을하는지 알아 내기 위해 코드를 읽었습니다. – ellisbben

답변

1

내 저장소에 다음과 같은 체계를 사용 X는 전공

  • XYZ는 Y 사소한이며, Z는 패치 릴리스 ( Semantinc Versioning에서 몇 가지 아이디어를 복용)
  • 내가 변경 순서입니다

    1. 가 변경을하기 위해선, .app.src 파일의 버전 번호를 범프와 좋은 통신로를 약속한다 .app.src 파일 및 태그는 다음과 같습니다 메시지.
    2. .app.src 파일에서와 동일한 버전 번호를 사용하여 커밋하는 태그.

      Version X.Y.Z 
      
      - New Feature 1 
      - New Feature 1 
      - Fix this and that 
      

      다음 GPG합니다 (-s 플래그를 사용) 내 시그니처는 git push && git push --tags로 커밋

    3. 푸시로 서명 된 태그가 업로드 모두 커밋 태그 : 나는 다음과 같은 형식의 태그 메시지를 입력 서버에. 나는 그것이 superflous 그리고 아주 좋은 보이지 않는 생각하기 때문에

나는 태그로 의미 버전의 "vX.Y.Z"방식을 사용하지 않습니다.

적절한 태그 지정과 버전 관리 (선택한 경우)를 사용하면 사용자는 Git 태그를 그대로 사용하여 의존 할 수 있습니다.

여기에서 결과를 볼 수 있습니다 : https://github.com/eproxus/meck (태그 메시지를보고 GPG 서명을 확인하려면 코드를 다운로드해야합니다.)

+1

Adam에 대한 자세한 설명 주셔서 감사합니다. 당신의 대답과 [this] (http://learn.github.com/p/tagging.html) 사이에서, 나는 데모 저장소를 위해 일하고있다. –