기본 콘텐츠로 건너뛰기

[git] 다른 브런치에서 2명 이상에서 작업하기


이번에는 2대의 환경에서 각각이 다른 브랜치로 작업을 한 경우를 테스트를 해보겠다.


브런치 하나에서 하는거랑 2개에서 하는거랑 별 다를게 없다 ㅋㅋㅋ

이건 그냥 로컬로 브런치를 따서 테스트를... ㅋㅋㅋㅋ
(원격에 있는 깃 서버에서도 똑같은 방식으로 진행을 하면된다.)

일단 branch를 test1, test2로 추가적으로 만들어보자.

$ git branch test1
$ git branch test2

브런치를 생성을해준다. 

브런치를 생성을 하면 해당 브런치를 생성을 시킨 브런치의 코드를 그대로 복사가 된다.

checkout을 통해서 브런치를 바꿔가며 코드를 수정을 해보겠다.

우선 master는 그대로 두자

branch name : test1
1
2
3
4
5
6
7
8
9
10
11
## 유전알고리즘
### 프로그램 실행
```py
python g.py
```
### class12345677
test123
window
branch test11
cs

branch name : test2
1
2
3
4
5
6
7
8
9
10
11
## 유전알고리즘
### 프로그램 실행
```py
python g.py
```
### class12345677
test123
window
branch test22
cs

C:\Users\mung\Desktop\etc\study\python-gene>git checkout test1
Switched to branch 'test1'
C:\Users\mung\Desktop\etc\study\python-gene>git add -A
C:\Users\mung\Desktop\etc\study\python-gene>git commit -m "branch test1 commit 합니다"
[test1 8f86d18] branch test1 commit 합니다
 1 file changed, 1 insertion(+), 1 deletion(-)
Warning: Your console font probably doesn't support Unicode. If you experience strange characters in
 the output, consider switching to a TrueType font such as Consolas!

로컬에서 테스트하기 때문에 commit까지만 진행을 하겠다 만약 깃 서버에 있는 브런치에 넣으려면 push origin 브런치이름 해주면 된다.

똑같은 방법으로 test2 브런치도 진행을 한다.
















2개의 브랜치 모두 커밋을 완료하였다.

이제 다시 마스터로 돌아가서 머지를 해보자.
C:\Users\mung\Desktop\etc\study\python-gene>git checkout master
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.
C:\Users\mung\Desktop\etc\study\python-gene>git merge test1
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Automatic merge failed; fix conflicts and then commit the result.
계속 이것 저것 테스트 하고 있어서 충돌 메시지가 뜨네 ㅋㅋㅋㅋ

머 암튼 잘됬네 
이것도 마찬가지로 CONFLICT메시지가 보인다.

깃은 메시지를 잘 띄어주므로 진행이 안된다고 한숨을 쉬지 말고 메시지를 잘 읽자 

CONFLICT가뜨면 그냥 소스를 다시 들어가보면 된다. 어딘가 충돌이 났다고 뜬다. 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
## 유전알고리즘
### 프로그램 실행
```py
python g.py
```
### class12345677
test123
window
<<<<<<< HEAD
branch test2
=======
branch test11
>>>>>>> test1
cs

이거 전에 테스트 하려고 놔둔건데 저래 뜨는군 

머 암튼 이전 포스트에서도 봤다시피 위쪽이 해당 브런치 아래가 외부에서 유입된 소스이다. 나는 아래꺼로 선택을 하겠다.
아 참고로 로컬에서 merge 작업을 하면 commit id가 아니라 브런치 이름이 뜬다.

1
2
3
4
5
<<<<<<< HEAD
branch test2
=======
branch test11
>>>>>>> test1
cs
요 부분을 

1
branch test11
cs

C:\Users\mung\Desktop\etc\study\python-gene>git add -A
C:\Users\mung\Desktop\etc\study\python-gene>git commit -m "master:
[master e2c6eaf] master: C:\Users\mung\Desktop\etc\study\python-gene>git push origin master
Username for 'https://github.com': pjt3591oo
Password for 'https://pjt3591oo@github.com':
Counting objects: 6, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 589 bytes | 0 bytes/s, done.
Total 6 (delta 4), reused 0 (delta 0)
remote: Resolving deltas: 100% (4/4), completed with 3 local objects.
To https://github.com/pjt3591oo/python-gene.git
   d74980c..e2c6eaf  master -> master












merge를 시키면 해당 브런치의 그동안의 커밋 내용이 들어온다.


추가적으로 원격 깃 서버에 있는 브런치를 받아와서 작업을 진행을 할 때에는 로컷에서 branch를 만들어서 해당 브런치에서 원격브런치를 pull을 해준후 commit을 하고 checkout을 해서 merge를 시키면 된다. conflic이뜨면 수정을 하고 뜨지 않는다면 그대로 진행을 하면된다.














댓글

이 블로그의 인기 게시물

[git] git log 확인하기

git log를 통해서 커밋 이력과 해당 커밋에서 어떤 작업이 있었는지에 대해 조회를 할 수 있다. 우선 git에서의 주요 명령어부터 알아보겠다. $ git push [branch name] $ git pull [branch name] 여기서 branch name은 로컬일 경우 해당 브런치 이름만 적으면 되지만 깃허브 원격 저장소로 연결을 원할 경우는 해당 브런치 이름 앞에 꼭 origin을 붙이도록 한다. $ git brnch [branch name] $ git checkout [branch name] branch일경우 해당 브런치를 생성을 한다. 여기서 현재의 브런치를 기준으로 브런치를 따는것이다. checkout은 브런치를 바꾸는 것이다.(HEAD~[숫자]를 이용하면 해당 커밋으로 움직일수 있다.. 아니면 해당 커밋 번호를 통해 직접 옮기는것도 가능하다.) -> 해당 커밋으로 옮기는 것일뿐 실질적으로 바뀌는 것은 없다. 해당 커밋으로 완전히 되돌리려면 reset이라는 명령어를 써야한다. 처음 checkout을 쓰면 매우 신기하게 느껴진다. 막 폴더가 생겼다가 지워졌다가 ㅋㅋㅋㅋㅋ  master 브런치에서는 ht.html파일이 존재하지만 a브런치에서는 존재하지않는다. checkout 으로 변경을 하면 D 로 명시를 해준다.  $ git log 해당 브런치의 커밋 내역을 보여준다. a 브런치의 커밋 내역들이다. (머지 테스트를 하느라 커밋 내용이 거의 비슷하다 ㅋㅋ) master 브런치의 커밋 내역들이다. 커밋 번호, 사용자, 날짜, 내용순으로 등장을 한다. 이건 단순히 지금까지의 내역을 훑어보기 좋다. 좀더 세밀한 내용을 봐보자. $ git log --stat --stat을 붙이면 기존의 로그에서 간략하게 어떤 파일에서

[kali linux] sqlmap - post요청 injection 시도

아래 내용은 직접 테스트 서버를 구축하여 테스트 함을 알립니다.  실 서버에 사용하여 얻는 불이익에는 책임을 지지 않음을 알립니다. sqlmap을 이용하여 get요청이 아닌 post요청에 대해서 injection공격을 시도하자. 뚀한 다양한 플래그를 이용하여 DB 취약점 테스트를 진행을 해보려고 한다. 서버  OS : windows 7 64bit Web server : X Server engine : node.js Framework : expresss Use modules : mysql Address : 172.30.1.30 Open port : 6000번 공격자 OS : kali linux 64bit use tools : sqlmap Address : 172.30.1.57 우선 서버측 부터  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 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 var  express  =  require( 'express' ); var  app  =  express(); var  mysql  =  require( 'mysql' ); var  ccc  =  mysql.createConnection({     host: '127.0.0.1' ,     user: 'root' ,     post: '3306' ,     password: '*********' ,     database: 'test' }) app.post(

[git] pull을 하여 최신코드를 내려받자

보면 먼가 로고가 다르게 뜨는것을 확인을 할 수가있다. C:\Users\mung\Desktop\etc\study\python-gene>git checkout remotes/origin/master Note: checking out 'remotes/origin/master'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example:   git checkout -b HEAD is now at 29e282a... fetch test C:\Users\mung\Desktop\etc\study\python-gene>git branch * (HEAD detached at origin/master)   master   test1   test2 깃이 잘 쓰면 참 좋은놈인데 어지간히 쓰기가 까다롭다. 처음에 깃을 푸시 성공하는데만 한달정도 걸렸던걸로 기억이 난다.. ㅋㅋㅋ 여담으로  깃 프로필을 가면 아래사진 처럼 보인다. 기여도에 따라서 초록색으로 작은 박스가 채워지는데 저걸 잔디라고 표현을 한다고 합니다 ㅎ 저 사진은 제 깃 기여도 사진입니당 ㅋㅋㅋㅋ 다시 본론으로 돌아와서 ㅋㅋ pull을 하면 깃에 최신 소