* git flow 설치 방식

http://knight76.tistory.com/entry/cygwin-%EC%97%90%EC%84%9C-git-flow-%EC%84%A4%EC%B9%98

git flow 설치 이후 쓸만한 예제를 올린다.

(1) 사례 1

remote에 develop가 없는 경우, develop에 먼저 작업을 한 후 문제가 없다면 master로 자동 merging 이 되게 하는 예제. 따로 rebase나 merge가 필요없음.

(develop) $ 

  [ 코딩 작업]

(develop) $ git add .

(develop) $ git commti -m '~~~'

(develop) $ git checkout master

(master) $ 

(master) $ git status

# On branch master

# Your branch is ahead of 'origin/master' by 1 commit.

#

nothing to commit (working directory clean)

(master) $ git pull

remote: Counting objects: 5, done.

remote: Compressing objects: 100% (5/5), done.

remote: Total 5 (delta 0), reused 0 (delta 0)

Unpacking objects: 100% (5/5), done.

From git주소

 * [new tag]         R201206101818 -> R201206101818

 * [new tag]         R201206101950 -> R201206101950

 * [new tag]         R201206112159 -> R201206112159

 * [new tag]         R201206112210 -> R201206112210

 * [new tag]         R201206121457 -> R201206121457

Already up-to-date.

  [master branch에 develop에 작업된 내용이 적용된 상태]

(master) $ git push

  [개발된 것 서버로 push됨]

(master) $ git checkout develop

(2) 사례 2

develop 을 remote에 push하고 사용하는 경우.  develop와 master가 완전히 따로 따로 작업한다. rebase (또는 merge) 작업을 통해서 진행한다. 

(develop) $ git push origin develop

 * [new branch]      develop -> develop

 [코딩 작업]

(develop) $ git add .

(develop) $ git commit -m 'blah blah'

(develop) $ git push

(develop) $ git checkout master

(master) $ 

(master) $ git pull

(master) $ git rebase develop

 [소스 보면서 잘 되었는지 확인]

(master) $ git push 

(3)사례 3

git flow에 있는 것처럼..

remote 에 develop 을 만든 상태에서 feature를 따고(start) feature를 develop에 잘 녹이게 하고. (finish)

develop에 잘 push한다.

(develop) $  git flow feature start feature-a
(feature-a) $

  [코딩 작업]

(feature-a) $  git flow feature finish feature-a

Summary of actions:
- The feature branch 'feature/feature-a' was merged into 'develop'
- Feature branch 'feature/feature-a' has been removed
- You are now on branch 'develop'

  [ 여기서 feauture는 develop 브랜치에 잘 녹여들고 완전히 사라진다. local 영역이라서 지워짐 ]

(develop) $ git checkout deveop
 
(develop) $ git push

 원격에 있는 develop 에 잘 정한다.  develop 브랜치를 가지고 beta 테스트를 해본다. ,

있으면 update하고, 없으면 insert 하는 mysql - Insert On Duplicate Key Update 구문에서..

update where, table name을 쓰지 말고, insert 하듯이 사용하면 됨.  

update 때문에 where, table 넣다가 삽질함. 

예제

log4jdbc와 결합해서 쓰면 좋은 것 - log4jdbc mix

select 결과가 실감나게 나온다.

 <logger name="jdbc.resultsettable" additivity="false">  
    <level value="info" />  
    <appender-ref ref="console-log4jdbc" />  
  </logger>

select * 
        from EMP 
|------|-------|----------|-----|----------------------|-----|-----|-------| 
|EMPNO |ENAME  |JOB       |MGR  |HIREDATE              |SAL  |COMM |DEPTNO | 
|------|-------|----------|-----|----------------------|-----|-----|-------| 
|7369  |SMITH  |CLERK     |7902 |1980-12-17 00:00:00.0 |800  |null |20     | 
|7499  |ALLEN  |SALESMAN  |7698 |1981-02-20 00:00:00.0 |1600 |300  |30     | 
|7521  |WARD   |SALESMAN  |7698 |1981-02-22 00:00:00.0 |1250 |500  |30     | 
|7566  |JONES  |MANAGER   |7839 |1981-04-02 00:00:00.0 |2975 |null |20     | 
|7654  |MARTIN |SALESMAN  |7698 |1981-09-28 00:00:00.0 |1250 |1400 |30     | 
|7698  |BLAKE  |MANAGER   |7839 |1981-05-01 00:00:00.0 |2850 |null |30     | 
|7782  |CLARK  |MANAGER   |7839 |1981-06-09 00:00:00.0 |2450 |null |10     | 
|7788  |SCOTT  |ANALYST   |7566 |1987-04-19 00:00:00.0 |3000 |null |20     | 
|7839  |KING   |PRESIDENT |null |1981-11-17 00:00:00.0 |5000 |null |10     | 
|7844  |TURNER |SALESMAN  |7698 |1981-09-08 00:00:00.0 |1500 |0    |30     | 
|7876  |ADAMS  |CLERK     |7788 |1987-05-23 00:00:00.0 |1100 |null |20     | 
|7900  |JAMES  |CLERK     |7698 |1981-12-03 00:00:00.0 |950  |null |30     | 
|7902  |FORD   |ANALYST   |7566 |1981-12-03 00:00:00.0 |3000 |null |20     | 
|7934  |MILLER |CLERK     |7782 |1982-01-23 00:00:00.0 |1300 |null |10     | 
|------|-------|----------|-----|----------------------|-----|-----|-------|

http://code.google.com/p/log4jdbc-remix/

http://beyondj2ee.tumblr.com/post/14507640070/spring-powerful-sql

log4jdbc를 그냥 썼다가는 엄청 많은 로그 때문에 스트레스를 받을 수 있다.

소스 보면서 딱 필요한 설정만 해야 해서 아래와 같이 깔끔하게 설정하니. 딱 필요한 것만 나온다. 특히 쿼리 처리 시간 까지 체크해주면서 굿~

<logger name="java.sql" additivity="false">
  <level value="WARN" />
  <appender-ref ref="general" />
 </logger>
 <logger name="jdbc.audit" additivity="false">
  <level value="WARN" />
  <appender-ref ref="general" />
 </logger>
 <logger name="jdbc.resultset" additivity="false">
  <level value="WARN" />
  <appender-ref ref="general" />
 </logger>
 <logger name="jdbc.connection" additivity="false">
  <level value="WARN" />
  <appender-ref ref="general" />
 </logger>

 <logger name="log4jdbc.debug" additivity="false">
  <level value="WARN" />
  <appender-ref ref="general" />
 </logger>

1. 가입 및 셋팅
참조 : http://www.jjpark.net/61

2. git 프로젝트 생성  (test)

3. git 파일 확인
git@github.com:아이디/test.git

4. test
(1) master 가지고 놀기
git clone git@github.com:아이디/test.git
vi README
git add REAME
git commit -m 'added README"
git push

(2) feature 생성하고 놀기
git checkout -b new-feature master
git add
git commit -a -m "haha"
git branch -l
git push origin new-feature

(3) merge
$ git checkout -b hotfix
$ vim a.txt
$ git commit -a -m 'added hotfix'

$ git checkout master
$ git merge hotfix
$ git status
$ git branch -d hotfix
$ git push

(4) rebase
$ git checkout new-feature
$ git rebase master
$ git push

* rebase와 merge에 대한 좋은 설명
http://blog.outsider.ne.kr/666

* git에 대한 좋은 책
pro git 

영문  http://progit.org/book/

한글 번역 http://dogfeet.github.com/progit/progit.ko.pdf