깃허브 사용법
나와 같은 노탄은 협업툴이나 형상관리툴로 예전부터 SVN을 사랑해 자주 사용했지만 요즘은 바로 GIT 또는 GITHUB의 시대이기 때문에 한번 실무에서 써봤다. 기본적인 GIT 서버나 환경 구축은 사내 시스템에서 구축되어 있는 상태를 사용했기 때문에, 그러한 어려운 부분은 여기에서는 통과한다.
철저히 나와 같은 초보자 입장에서 간략하게 설명하려고 한다.일단 SVN은 다 쓴 것 같고
인기글
SVN거북처럼 될 것 같아요
SVN 관련 포스팅도 검색하면 8건 정도 나오니 참고해주세요.
이 블로그에 검색하면 8건 정도 나옵니다.
SVN / Github
SVN도 GIT도 마찬가지로 나의 PC파일을 수정하여 서버에 올리고, 다른 사람들도 함께 수정하고, 수정한 것을 받아 내 PC파일과 동기화시켜 작업하여 서버에 올리고, 이러한 일련의 작업의 반복이다.
간단하지? 그럼 GIT에 대해서 좀 알아보자.GIT의 흐름
깃허브 사용법
GIT의 흐름
위 그림에서 단계 1~4까지는 초반에 한 번만 필요하고 나머지는 수정해 주고 다른 사람이 수정한 것을 받아 동기화시키는(단계 5~8) 반복이다. 일단 GIT에 계정과 저장소(그냥 작업방인 줄 알고) 생성되면 내 로컬 PC로 작업방을 만들어서 서버와 연결시켜서 작업하면 끝, 아주 간단해!SVN 거북이처럼 로컬에서 작업할 때 GUI 툴도 있는데, 우리는 GIT BASH를 다운받아 명령창을 때려부순다.왜? 멋있으니까!커맨드치는 씹히는 맛이 있다그럼 기본적인 명령은 뭐가 있을까?명령 창을 때려 부수려면 명령어를 알아야 합니다.Common Git Commands커먼짓 명령어대충 이런 게 있어.대충 알아두면 돼 어차피 구글 선생님이 다 가르쳐 줄 거야명령어를 쳐서 명령창을 부숴버리면 된다얘들아, 이런 손 정도는 하나씩 끼고 있잖아?먼저 자신의 로컬 PC에 작업 폴더를 생성, 그리고 이것이 GIT 작업방이라고 알려준다.kr00013_local@kr00013MINGW64 ~ $ cd D:\04_GIT위와 같이 작업 폴더로 이동 후kr00013_local@kr00013MINGW64/d/04_GIT$gitinitD:/04_GIT/.git/의 빈 Git 저장소를 초기화하였습니다나의 작업방 선언kr00013_local@kr00013MINGW64 /d/04_GIT (master)$git clone http://[email protected] /it2/call_system.git’cloning to ‘call_system’…remote: カウント対象:184433、完了しました···처음 한 번은 get clone 명령을 이용하여 나의 원격 스토리지에 있는 자료를 내 로컬 PC에 다운로드해야 합니다.위 이미지로 http://[email protected] 부분 이내 원격 스토리지kr00013_local@kr00013MINGW64 /d/04_GIT (マスター)$lscall_system/다운로드 내용 확인(동기)kr00013_local@kr00013MINGW64 /d/04_GIT(master)$ cd call_systemkr00013_local@kr00013MINGW64 /d/04_GIT/call_system(dev)$ lscomposer.jsoncron/FETCH_HEAD html/ oil README.mdcomposer。phar* docs/fuel/index.public/여기서 나의 브런치(branch)로 변경!! 중요!!아직 마스터니까 여기서 작업하면 안 돼.꼭 내 branch로 이동할 것!kr00013_local@kr00013MINGW64/d/04_GIT/call_system(dev)$gitcheckdoc’origin.kr00013_local@kr00013MINGW64/d/04_GIT/call_system(doc)에서 원격 브랜치 ‘doc’를 추적하도록 설정된 새로운 브랜치 ‘doc’브랜치로 전환됩니다.이제 거의 다 됐어.여기까지 오면 수정해서 올렸다 내렸다 하는 반복서버의 변경사항을 다운로드하여 동기화시킬 경우 pullkr00013_local@kr00013MINGW64/d/04_GIT/call_system/계서설((doc)$git pullremote: 객체수: 26, 완료되었습니다…로컬에서 작업한 파일은 서버에 업로드하기 위해서는 다음과 같은 흐름(SVN과 달리 약간 번거로움)kr00013_local=kr00013 MINGW64 /d/04_GIT/call_system/doc)$ls20200526_SBM_ER。pdf(ドイツ語)로컬 스토리지에 파일이 있는지 확인하고kr00013_local@kr00013MINGW64 /d/04_GIT/call_system/計書設/99_TEST (doc)$git add 20200526_SBM_ER.pdfkr00013_local@kr00013 MINGW64 /d/04_GIT/call_system/計書設/99_TEST (doc)$ git commit -m “20200915 kimu test first commit”ADD 및 COMMIT 보통 SVN이라면 여기까지 끝이지만, GIT에서는 한 단계 더 있다kr00013_local@kr00013MINGW64/d/04_GIT/call_system/계서설/99_TEST(doc)$gitpush Enumerating 객체:8, 완료. 객체 카운트:100%(8/8), 완료…이것으로 끝나고, 이 정도만 알면 현장에서 욕을 먹지 않을 것 같지만, 조금 더 말하면 파일을 삭제하는 흐름도 올리는 것과 같다.kr00013_local=kr00013 MINGW64 /d/04_GIT/call_system/++/99_TEST(doc)$ grm20526_SBM_ER。pdf(ドイツ語)지우는 명령 후 원격 저장소에 실어kr00013_local@kr00013 MINGW64 /d/04_GIT/call_system/計書設/99_TEST (doc)$ git commit -m “20200915 kimu test delete file” [doc 0def8b65e] 20200915 kimu test delete file최종 서버에 반영kr00013_local@kr00013MINGW64/d/04_GIT/call_system/계서설/99_TEST(doc)$gitpush Enumerating 객체:7, 완료. 객체 카운트:100%(7/7), 완료…부가적으로 다음에도 알아두면 좋다(실제로 손가락을 움직여 실행해보자!)$ $ git status$git log$git config –list그럼 여러분 즐거운 노가다라이프 되세요!!!부족한 문장 읽어주셔서 감사합니다!부족한 문장 읽어주셔서 감사합니다!