Git Flow란 Vincent Driessen의 블로그의 글에 의해 Git을 이용한 다양한 여러 개발자와 협업을 하기 위해 Branch전략을 이용한 방법론으로 시작되었다.코드내용 Git Flow의 Branch종류 1. Master : 정식 배포되는 안정적인 버전의 소스코드를 관리하며, 배포해도 될 만큼 안정성이 충분히 검증된 소스만이병합되어야 한다. 2. 마스터 브랜치의 HEAD는 소프트웨어의 최신 배포판의 소스코드 버전이 들어있다. 3. 마스터 브랜치에는 지난 배포판 버전의 소스코드를 따라가기 위해 태그(Tag)들이 추가되어야 한다. 4. Develop : 개발 브랜치로 개발자들이 개발브런치 기준으로 각자의 작업한 기능들을 Merge를 하는 브랜치이다. 5. Feature : 새로운 단위 기능을 개발..
☞ 기본조작 저장소를 만들고 싶다 $ git init 저장소를 작성하려는 폴더 내에서 init 명령어를 실행합니다. 파일과 폴더를 인덱스에 등록하고 싶다. $ git add filepattern에는 파일명을 직접 지정하는 것 외에도 “*.txt”와 같은 와일드카드가 붙은 지정도 가능합니다. ”.”를 지정하면, 하위 폴더 내의 모든 파일을 인덱스에 등록할 수 있습니다. -p 옵션를 붙이면, 파일 변경 부분의 일부만을 등록할 수 있습니다. 또한, -i 옵션을 붙이면, 인덱스에 등록하는 파일을 대화식으로 선택할 수 있습니다. 인덱스에 추가된 파일을 커밋하고 싶다. $ git commit -a 옵션을 붙이면 변경된 파일(신규로 추가된 파일을 제외)을 검출하여 인덱스에 추가하고, 그것들을 커밋하는 동작을 명령어로..
브랜치 (Branch) 브랜치란? 지금까지 Git의 기본적인 사용법에 대해 알아 보았습니다. 발전 편에서는 브랜치의 사용법에 대해 좀 더 자세히 알아보도록 하겠습니다. 소프트웨어를 개발할 때에 개발자들은 동일한 소스코드를 함께 공유하고 다루게 됩니다. 동일한 소스코드 위에서 어떤 개발자는 버그를 수정하기도 하고 또 다른 개발자는 새로운 기능을 만들어 내기도 하죠. 이와 같이 여러 사람이 동일한 소스코드를 기반으로 서로 다른 작업을 할 때에는 각각 서로 다른 버전의 코드가 만들어 질 수 밖에 없습니다. 이럴 때, 여러 개발자들이 동시에 다양한 작업을 할 수 있게 만들어 주는 기능이 바로 '브랜치(Branch)' 입니다. 각자 독립적인 작업 영역(저장소) 안에서 마음대로 소스코드를 변경할 수 있지요. 이렇게..
Git의 기본 시작하기 안녕, 하카타에서 태어난 원숭이 킥킥이야. 오늘은 나랑 같이 버전 관리 시스템, 'Git(깃)' 을 공부해보자. 여러분은 파일을 편집 전 상태로 되돌리고 싶을 때 어떻게 하고 있나요? 가장 간단한 방법은 편집하기 전에 파일을 미리 복사해두는 것입니다. 파일과 폴더명 뒤에 편집한 날짜를 붙여주는 방식이죠. 하지만 파일을 편집할 때마다 매번 복사하는 일은 번거롭기도 하고 실수할 가능성도 많습니다. 또한 위의 그림처럼 특별한 규칙 없이 마음대로 이름을 붙여놓는 경우 어느 파일이 최신인지, 또 파일의 어떤 부분이 변경된 것인지 파악하기 어렵습니다. 아래 그림을 보세요. 이렇게 여러 명이 공유한 파일을 동시에 편집하는 바람에 다른 사람이 먼저 변경하고 있던 내용을 지워버린 경험은 없나요? ..
- Total
- Today
- Yesterday
- 마이바티스CamelCase
- letsencrypt
- camelcase
- 마이바티스
- Intellj들여쓰기
- Letsencrypt wildcard auto renew
- Letsencrypt wildcard
- SSL
- Letsencrypt+nginx
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |