브랜치(Branch) ? git 은 동시에 여러 개발자들이 프로젝트에서 각기 다른 기능을 개발할 수 있도록 브랜치(Branch) 기능을 제공합니다. 서로 다른 브랜치는 작업을 함에 있어서 서로에게 영향을 받지 않는다는 점에서 마음 놓고 서로 다른 개발작업을 수행할 수 있습니다. Branch 의 동작 과정 브랜치의 동작 과정은 다음과 같은 예시로 표현할 수 있습니다. 기본적으로 git 저장소를 만들면 master branch가 생성됩니다. 이 branch 는 일반적으로 배포가 가능한 수준의 안정화된 버전을 포함하고 있습니다. 그래서 별도의 브랜치를 만들어 ( git branch "브랜치 이름" ) 사용하고자 한다면 체크아웃 명령어 ( git checkout "브랜치 이름") 를 이용해야 합니다. 위 그림의..
commit 메시지 변경하기 우리는 git 원격저장소로 우리 로컬저장소의 내용을 올리는 git add - git commit - git push 과정에서 git commit -m "커밋 메시지" 를 통해 commit 메시지를 남기게 되는데요. 경우에 따라 커밋 메시지를 잘못 올려 이를 수정하고 싶은 경우가 생길 수 있습니다. 이에 관한 실습을 하기 위해 다시 한번 로컬 저장소의 파일 내용을 수정해 올려보겠습니다. 내용과 함께 introduce 라는 코멘트까지 달아 수정해 보았습니다. 이를 다시 원격 저장소에 올려 주세요! 올리는 과정에서 commit 메시지를 "add hello.txt[chohyeonjun]" 이라고 표기했습니다. 저는 이 commit 메시지가 맘에 들지 않아 "add hello.txt ..
git에서 commit 내역 수정하기 일단 기본적으로 특정한 git hub 저장소와 동일한 프로젝트 내용을 가질 수 있도록 git pull 명령어를 수행합니다. 이 명령어는 전에 말햇던 것과 같이 원격지에 있는 소스코드를 우리 컴퓨터로 가져오는 git fetch 명령과 후에 git merge 명령까지 한번에 수행해 주는 명령어 입니다. 저는 이미 github 소스코드와 제 컴퓨터의 소스코드가 일치하기 때문에 별도로 바뀐 사항이 없다는 메시지만 출력됩니다. 이제 특정 지점으로 프로젝트 자체를 되돌리는 방법을 살펴보겠습니다. 과정은 다음과 같습니다. git add - git commit - git push 까지 한 번에 진행해 보았습니다. 커밋 및 푸시 내역은 git log 명령어로 확인 가능합니다. git..
소스코드 수정 후 git 저장소에 반영하기 일반적으로 소스코드를 수정하는 것은 두 가지 사례로 나뉘게 됩니다. 해당 프로젝트에 소속된 사람이 아닌 경우 만약 우리가 특정한 커뮤니티(Community)의 구성원이 아니라서 스스로 커밋을 하여 저장소에 적용할 권한이 없다면, 소스코드를 수정하는 것에 제약이 있습니다. 이런 경우 PR(Pull Request)를 작성하여 오픈소스에 기여할 수 있습니다. 이 경우는 우리가 큰 오픈소스 프로젝트의 구성원으로 참여하고 싶을 때 사용하는 방법입니다. PR에 수정 사항 등을 담아서 전송하면, 해당 오픈소스의 관리자가 이를 허용했을 때 실제로 오픈소스에 반영이 될 수 있습니다. 해당 프로젝트에 소속된 사람인 경우 자신이 해당 프로젝트에 대한 권한을 가지고 있으므로 그냥 커..
github 동작 원리 Git 의 동작 원리를 바르게 이해하기 위해서는 Git 프로젝트의 세 가지 구성요소에 대해서 이해해야 합니다. Working Directory : 작업할 파일이 있는 디렉토리 입니다. Staging Area : 커밋(Commit)을 수행할 파일들이 올라가는 영역입니다. Git Directory : Git 프로젝트의 메타 데이터와 데이터 정보가 저장되는 디렉토리 입니다. 그림은 실제 소스코드를 수정하는 작업을 해서 커밋(commit) 하고, 다시 저장소에 있는 수정 내역을 자신의 컴퓨터로 옮기는 과정들을 도표로 나타낸 것입니다. 이 도표는 위의 내용에서 다룬 원격지에 있는 저장소(remote repository) 에서 맨 처음에 클론(clone)(download)을 받아 자신의 컴퓨..
git의 장점 git 을 이용하면 하나의 프로젝트를 여러 사람들과 함께 효과적으로 관리하여 협업할 수 있습니다. 실제로 오픈소소를 효과적으로 관리하기 위한 목적으로 깃이 만들어 졌으므로 깃을 실제 프로젝트에 적용하기에 매우 적합합니다. 깃을 이용하면 여러 명이 개발 하는 과정에서 동시에 프로젝트를 작업하며 수정하는, 즉 병렬적인 개발을 할 수 있게 해줍니다. 이는 프로젝트 개발 속도를 매우 빠르게 해줍니다. 무엇보다 개발자의 관점에서 포트폴리오 관리에도 용이한 현실적인 장점 또한 가지고 있습니다. 깃 허브에 자신이 작업한 프로젝트를 나열하여 얼마나 주기적으로 프로젝트를 관리하고 있는지 모두 드러낼 수 있기 때문입니다. git 설치 및 기본 사용법 git을 사용하기 위해서는 git 저장소를 하나 만들어야 ..
- Total
- Today
- Yesterday
- model
- 객체지향
- 객체
- JdbcTemplate
- INSERT
- Update
- JDBC 프로그램 작성단계
- view
- Delete
- OOP
- controller
- select
- MVC
- ojdbc6.jar
- jdbc
- java 환경설정
- java
- Oracle
- 추상화
- Scott/Tiger
- .
- 캡슐화
- 상속
- 다형성
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |