반응형

 

  자. 저번에 GIT 저장소에 내 메인 프로젝트 소스들을 Commit해놓고, 로컬환경에서 MariaDB와 MYBATIS를 연동하기 위해 이것저건 해놓느라고 로컬 소스변경이 많았다. 이제 방법은 알아냈고 그 포스팅을 하기위해서 초기 버전으로 돌려야하는데, 전에 로컬 저장소에 올려놨던 소스들을 불러와서 복원해보자!

 

 

  전에 설명했던 GIT의 구조 사진이다. PC -> 로컬 저장소(내 컴퓨터) -> 원격저장소(GITHUB) 순으로 소스들이 올라오는데 여기서 과거버전으로 복구하는건 로컬에서있는 소스를 내 PC로 가져오는 것이다.

 

 

 

  이 소스들이 지금 내 PC의 GIT 로컬 저장소 경로에 있다. 이걸 한번 이클립스로 복원해보자!

 

 

1. 이전 버전으로 복구

 

 

 

  자 복원하려는 프로젝트를 오른쪽마우스 클릭해주고 Team 메뉴에 들어가주자, 그리고 Synchronize workspace 버튼을 눌러주자

 

 

  동기화 관점으로 바꿀꺼냐고 묻는데 알겠다고 해주자!

 

 

  좌측 Synchronize 탭에서 프로젝트명을 오른쪽마우스 클릭해주고 Overwrite를 눌러주자.

 

 

  진짜냐는 질문에 알겠다고 해주자.

 

 

  그럼 Local 저장소에 있는 초기상태로 프로젝트가 복원되기 때문에 바뀐 내용이 없다고 나온다. 왜냐면 지금 프로젝트의 상태는 Local저장소와 완전히 동일하기 때문이다. 추가된 파일들도 없어졌고, 없어진 파일도 복구됐고 소스수정이 일어난 부분도 모두 Local저장소 기준으로 돌아온거다.

 

 

  1시방향에 있는 관점 선택창에서 다시 자바 관점으로 돌아가보자

 

 

 

  모든 소스들이 다시 로컬저장소 기준으로 돌아갔다. 만들고 없애고 개판친 파일들도 다 없어졌다. 아마 이상태에서 서버를 Run하면 오류가 생길것이다. 이미 Target폴더에 전껄로 생성된게 있어서. 이럴땐 프로젝트를 Clean해주고 진행하자.

2. 프로젝트 Clean (완전 새로 빌드)

 

  Project Clean 기능은 이미 만들어진 target 파일 등 이미 만들어진 잡파일들을 다 삭제해줌으로써 프로젝트 빌드시 예전자료 대충가져와서 만드는게 아닌, 진짜 내가 가진 파일들로 빌드 할 수 있게된다.

 

 

  자 Clean 하려는 프로젝트를 선택하고(1) 상단에 Project(2) 메뉴를 누른 뒤 Clean(3) 버튼을 눌러주자

 

 

  저기 Clean all Projects 가 체크되어 있기 때문에 모든 프로젝트가 정리된다. 머 풀고 밑에서 하나씩 골라줘도 되는데 플젝이 몇개없고 가벼운 플젝이니 그냥 Clean을 해준다.

 

 

  5시 방향 구석을 보면 Clean이 진행되는게 보인다. 저기에 뭐 뜨는게 다 없어지면 Clean이 완료된 것이다.

 

3. 서버 Run을 통해 이전 버전 확인.

 

  Project Clean이 완료되면 한번 서버를 Run 해보자. 아마 기대하는 과거 버전으로 실행이 될 것이다. 이걸로 저장소에 있는 버전으로 되돌리기 성공~

 

 

 

 

#GIT #깃 #GITHUB #깃허브 #이클립스 #로컬저장소 #버전 #복원하기 #되돌리기 #복구하기 #스프링 #프로젝트

 

반응형
반응형

 

https://extsdd.tistory.com/108

 

[GIT/GITHUB] #3 깃허브 - 이클립스 스프링 저장소 연동 / 원격 저장소

https://extsdd.tistory.com/107 [GIT/GITHUB] #2 깃허브 회원가입 / 로컬 저장소 - 원격 저장소 연동 / Git 시작하기 / 소스 전송 https://github.com/ Build software better, together GitHub is where people..

extsdd.tistory.com

 


  저번 시간에 내 깃허브랑 이클립스랑 연동도 해놨으니, 이번엔 내 이클립스 소스를 내 깃허브에 올려보자! 만약 연동이 안됐다면 위 링크된 포스팅을 참조해서 만들어놓자!

1. 프로젝트 로컬 저장소 Commit

 

 

 

  자 깃허브로 올릴 프로젝트를 오른쪽마우스 누르고 Team 메뉴로가 Share Project.. 버튼을 눌러주자!

 

 

  저장소 타입을 Git으로 설정하고 다음!

 

 

  저장소가 처음에 비어져있는데(1번 위에박스) 그거 누르면 아래에 내가 추가했던 git 저장소가 나온다 클릭해주고 Finish를 눌러주자!

 

 

 

  패키지 익스플로어를 보면 프로젝트명 옆에 GIT 명칭이 추가됐으면 성공한 것이다. 방금 로컬 저장소에 배포한 것임으로 내 로컬 저장소에가면 내 소스들이 통째로 만들어져있는걸 확인할 수 있다.

2. 프로젝트 원격 저장소 commit

 

 

전송중...

 

자 프로젝트를 오른쪽마우스 클릭해주고 Team메뉴에 마우스를 대보면 새로운 메뉴들이 생긴것을 볼 수 있다. 맨위에 Commit을 눌러주자

 

 

  어떤 파일들을 올릴꺼냐고 뜨는데 첫 Commit이니 전체파일을 올려줄꺼다. 저 1번 박스에있는 +가 겹친 아이콘을 눌러주자!

 

 

  그럼 파일들이 1번으로 넘어오게 된다. 2번을 보면 이 commit하는 소스들이 어떤 기능을 하기 위해 commit하는지 주석처럼 자유롭게 서술하는 부분이다. 나는 걍 첫 commit이니 할말 없어서 Test라고 적었다. 그리고 저기 날짜와 작성자를 같이 써놓으면 나중에 찾기 편하다.

 

  3번은 작성자와 배포자인데 누가 한건지 설명을 써주는 부분이다. 마지막으로 4번을 보면 그 옆에 Commit이 있고 Commit and Push가 있는데 차이점을 알아보자.

 

  - Commit : 로컬 저장소에 반영

  - Push : 원격 저장소에 반영

 

 즉 Commit and Push는 로컬에도 반영하고 그걸 원격에도 반영하겠다는 All in 1 버튼인거다. 우린 서버까지 올릴꺼기 때문에 4번 버튼을 눌러주자!

 

 

  기다리면 뭐 Push가 완료됐다는 메시지가 뜬다. 한번 원격서버를 보자.

 

 

  짜잔 내 프로젝트가 정상적으로 GITHUB에 올라왔고 아까 적었던 주석 메시지도 정상적으로 들어왔당 ㅎㅎ

 

 

  이 로컬 저장소에있던 파일들을 그대로 원격 저장소로 보낸 것이다.

 

  이제 내 소스들도 서버에 백업시켜 놓았으니, 뭔가 하다가 안될때 예전으로 되돌리기 수월해졌다. 내일 아침부터 다시 MariaDB연결을 시작해보자!

 

#GIT #깃허브 #GITHUB #이클립스 #프로젝트 #원격 #로컬 #저장소 #올리기 #커밋 #commit

 

 

 

반응형
반응형

 

https://extsdd.tistory.com/107

 

[GIT/GITHUB] #2 깃허브 회원가입 / 로컬 저장소 - 원격 저장소 연동 / Git 시작하기 / 소스 전송

https://github.com/ Build software better, together GitHub is where people build software. More than 50 million people use GitHub to discover, fork, and contribute to over 100 million projects. gith..

extsdd.tistory.com

  자 우리가 저번시간까지 회원가입부터 GIT 로컬저장소를 만들고 GITHUB 원격 저장소도 만들고 그 두 저장소를 연동하는 작업까지 완료했다. 이번에는 저 원격저장소랑 우리 이클립스 폴더하고 연동을 해보자!

1. 이클립스 - GIT 연동

 

 

 

  이클립스 창 1시 구석을 보면 검색창이 있는데 거기 "GIT"을 입력하고 검색해보자. 그럼 쭈르륵 뜨는데 2번 박스에 있는 Git repositories 버튼을 눌러주자.

 

 

  하단에 보면 깃 저장소 탭이 떳당(1)..!! 이미 우린 원격 저장소를 만들어 놨기 때문에 2번 버튼을 누른다!

 

 

  Browse 버튼을 눌러 전에 생성했던 로컬 저장소의 .git파일까지 경로를 잡아준다. 그럼 인식된 git이 2번에 나타나는데 체크해주고 Add(3) 를 눌러주자.

2. 완성

 

 

 

GIT 저장소 탭을 보면 추가된 것을 알 수 있다 ^_^

 

 

#GIT #GITHUB #깃 #깃허브 #이클립스 #스프링 #저장소 #연동 #불러오기 #프로젝트

 

반응형
반응형

 

https://github.com/

 

Build software better, together

GitHub is where people build software. More than 50 million people use GitHub to discover, fork, and contribute to over 100 million projects.

github.com

 

1. GITHUB 회원가입

 

  위 링크로 빠르게 들어가보자.

 

 

  회원가입 클릭!

 

 

  적당히 회원정보를 입력해주고 Create Account를 눌러주자!

 

 

 

  설문조사처럼 뭔가를 조사한다. 씹초보마냥 선택해줬다.. 왠지.. 개발자라고하면 요금을 부과할 것 같은 심리적 압박감.. 알아서 선택해주면 된다.

 

 

 

  인증 메일을 보냈단다. 메일함으로가서 인증을 해주자.

 

 

  메일함.. 도착..인.증.시.작

2. 저장소 생성

 

 

 

  인증을 하면.. 지금 막 도착해서 GITHUB 둘러볼 시간도 없이.. 다짜고짜 바로 뭐할꺼냐고 추적한다...저장소를 만들꺼라고.. 선택해주자..

 

 

 

  1. 프로젝트 이름 설정

자 앞으로 저기 레포지토리 네임에 적은 문자가 자기 깃허브의 주소가 될꺼니 신중하게 적는다. fuck이런거 적지말고..

 

  2. 설명

걍 프로젝트 설명이다 안써도 되니 쓸사람은 쓰자.

 

  3. 공개 여부

Public을 선택하면 전체 공개가 되고 Private를 선택하면 자기자신과 자기가 선택한 사람만 볼 수 있다. 나는 부끄러우니.. Private를 선택..!

 

  4. 로컬 저장소 연결 방법 스킵여부

저거 체크안하고 그냥 두면. 이따가 이미 생성된 로컬저장소랑 연결하는 방법에 대해 가이드 해준다. 그냥 두자.

 

  5. 최종적으로 저장소를 만들어주자!

 

3. 로컬저장소 연동

 

 

 

  자 넘어온 화면을 보면 어떻게 저장소를 뭐 구성할꺼냐는 질문이다. 자 우린 기존에 로컬저장소를 만들었기 때문에 1번 방법을 선택할 것이다. 머 버튼누르고 이런건아니고 저기 나온 명령어를 GIT 배쉬 쉘에 입력해주자.!

https://extsdd.tistory.com/106

 

[GIT] GIT 설치 및 로컬 저장소 만들기 / 형상관리툴 / SVN 차이점

SW 형상관리 형상관리란, SW의 형상을 관리하는 것이다. 구체적으로 말하자면 음.. 일단 소프트웨어라는건 서비스가 출시를 한다고해서 거기서 끝나는게 아니고, 어떤 오류가 났다, 아님 어떤 기�

extsdd.tistory.com

  아 ! 혹시 로컬 GIT 저장소가 생성되지 않았다면 위 포스팅을 참조해서 만들고 오자!

 

 

  다시 본론으로 돌아와서, 본인 GIT 로컬 저장소에서 오른쪽 마우스를 누른뒤 Git Bash Here버튼을 눌러 Bash Shell을 실행해주자.

 

 

  자 가이드에 나온건 명령어 6줄..! 완전히 똑같이는 아니고. 우린 로컬 저장소를 만들었기 때문에 방법이 조금 다르다. 예를들면 "git init" 명령어의 경우에는 저번에 입력했으니 안한다. 어쨋든 어려운건 아니고. 집중만 하면 된당!

명령어 1

 

 

 

echo "# cp_service" >> README.md

 

위 명령어를 입력해 README.md라는 일종의 테스트 파일을 작성해주자.

명령어 2

 

 

 

git add README.md

 

git add 명령어를 이용해서 저 파일을 추가해주자.

 

 

echo 명령어로 파일을 생성했기 때문에 실제로 내 로컬 저장소 위치에 README.md 파일이 생긴 것을 볼 수 있다.

 

명령어 3

 

 

 

git config --global user.email "자기@이메일" 
git config --global user.name "유저네임"

 

자 저 두줄을 각각 입력해줄 껀데 전역변수에 내가 누군지를 지정하는것이다. 먼저 저 이메일은 GItHub 가입했던 이메일을 입력해주고, 유저네임 역시 깃헙에 입력했던 유저네임을 써주자!

명령어 4

 

 

 

git commit -m "first commit"

 

커밋 명령어를 입력해보자.

명령어 5

 

 

 

git remote add origin https://github.com/자기계정/프로젝트이름.git

 

자 리모트 주소를 넣어주장! 이거 소스는 저기 가이드 화면에 작성되어 있다.

명령어 6

 

 

 

 

git push -u origin master

 

자 마스터에 내용을 넣어보자!

 

 

그럼 로그인 창이 뜨는데 GitHub 계정을 넣어주고 로그인 해주자

완료

 

 

 

와우 ~ 아까 내 로컬 컴퓨터에서 작성했던 README.md 파일이 내 깃헙으로 올라왔다~ 성공~ 예~

 

#GIT #GUTHUB #깃 #깃허브 #회원가입 #로컬 #원격 #저장소 #연동 #시작하기 #소스 #전송

 

반응형
반응형

 

SW 형상관리

 

  형상관리란, SW의 형상을 관리하는 것이다. 구체적으로 말하자면 음.. 일단 소프트웨어라는건 서비스가 출시를 한다고해서 거기서 끝나는게 아니고, 어떤 오류가 났다, 아님 어떤 기능을 추가한다, 아님 어떤 기능을 없앤다 등.. 유독 변화가 심한 제품이라고 할 수 있다.

 

  특히 대규모 프로젝트인 경우는 개발자들이 수십, 백 단위로 개발이 되었을텐데 내가 이부분 수정하고, 저사람이 이부분 수정하고 그렇게 하다보면 개판이 되어버릴꺼고 통합하는데 어려움일 있을 것이다.

 

  그래서 나온 것이 그 소프트웨어의 형상을 관리해주는 툴이다..! 같은 말만 반복하고 있는거 같은데, 예시를 들어 알아보자. ㅎㅎ 형상관리툴은 중앙에 우리 프로젝트의 메인 소스들이 있고, 사람들이 그 메인 파일을 각자 컴퓨터에서 지지고 복고, 수정을 한다음에 자신의 부분만, 중앙에 있는 메인소스에 반영을 시키는 것이다. 아까 말했던것처럼 다른 사람과 중복으로 수정한 부분이 있으면 이것또한 Conflict가 발생했다고 알려주고, 가장 편리한 점은 언제 어떤 소스를 누가 Commit 했는지까지 추적이 되는 것이다.

 

  뭔가 서비스를 운영하다가 갑자기 안된다.. 그럼 가장 최근에 Commit했던 코드부터 의심한다. 왜냐..? 그전까진 잘됐으니까! 그 코드중에 어떤부분이 바꼈는지 또 어느상태로 Rollback 해야하는지까지 할 수 있는 것이다.

 

형상관리 툴의 종류

SVN vs GIT

 

1. SVN

 

 

  이친구는 SubVersion의 약자로 중앙방식의 형상관리 툴이다. GIT도 나중에 설명하겠지만, 이친구는 중앙에 하나의 메인 저장소만 두고, 각 콤퓨타들이 그 메인 중앙서버에 소스를 반영하는 방식이다. 머야..? 당연한거자나!? 라고 생각하겠지만, 맞다. 아주 당연하게 만든 프로그램이라 2004년도에 개발됐다...상당히 오래된 방식.. 하지만 아주 직관적이고 편리해서 지금까지도 널리 쓰이고 있다.

 

2. GIT

 

 

  자 GIT이다.. 요즘 컴퓨타를 배우는 사람들은 많이 들어봤을 것이다. 왠만한 오픈소스들은 GIT으로 많이 공유가 되니까말이다.. 이름이 GIT인 이유는 제작자가 만들다보니 그냥 이렇게 됐다고.. 이거 출시일도 SVN이랑 비슷하다. 아주 오래 됐는데 SVN과의 관계를 보면. 제작자가 SVN쓰다가 더이상 이거 못 써먹겠다 하고 개빡쳐서 만든게 바로 GIT이라고 한다. 소문에 의하면 2주만에 만들었다고..

 

  암튼 기업형 소프트웨어 개발이 아닌 우리같이 주식개미마냥 취미로 개발하는 사람들한테 인기가 더 많은 이 GIT은 GITHUB라는 소스 공유 사이트까지 운영하고 있다. 왠만한 라이브러리나 누군가 개발해놓은 소스들을 여기가면 다있으니 그야말로 오픈 소프트웨어의 성지라고 할 수 있다.

 

 

  GIT이 SVN과 다른점은 머 많은 기능들도 있지만, 가장큰 차이점은 동작 방식이 조금 다르다. SVN은 중앙서버에 직접 소스를 반영하는 방식이라면, GIT은 내 로컬서버에 해당 저장소가 있어서 각 개발자들이 본인이 개발한걸 본인들 로컬 저장소에 Commit한다. 그리고 최종적으로 로컬에 있는 소스들을 중앙 메인서버에 Push하는 방식이다.

 

차이점을 한 눈에 이해했나..!? 바로 로컬서버가 존재한다는 것.! 이제 구성 방법에대해서 알아보자!

1. GIT 설치

 

https://gitforwindows.org/

 

Git for Windows

Git for Windows focuses on offering a lightweight, native set of tools that bring the full feature set of the Git SCM to Windows while providing appropriate user interfaces for experienced Git users and novices alike. Git BASH Git for Windows provides a BA

gitforwindows.org

자 들어가보자 ㄱㄱ

 

 

  별거 없다. 좋은 사이트란 어려우면 안된다. 저렇게 큼지막하게 직관적으로 버튼이 있어야하는데 아주 좋다. 다운버튼을 눌러보자.

 

 

  뚜둔..! 다운 받았당 히히....실행해서 설치하장.

 

 

 

 

 

 

 

 

  진짜 별거 없다. 뭐... 선택할 수 있는 버튼도 많고.. 알겠는데... 미안한데..뭔지 모르겠다.. 일단 최선의 선택을 디폴트로 뒀을거라고 GIT 개발자들을 믿으며 긍정적인 버튼들만 눌러서 설치를 완료해보자!

2. GIT 디렉토리 생성

 

 

 

  자. 자기 GIT 소스들을 저장할 폴더를 원하는 위치에 만들고 그 빈 폴더를 오른쪽마우스를 눌러 Git Bash Here 버튼을 눌러주자.

 

 

 

  Bash 쉘이 실행되면서 간지나는 화면이 나온다. 거기다가 git init 을 입력하고 엔터를 눌러주자.

git init

 

  를 입력해보자! 그럼 저 위치를 저장소로 초기화했다는 문구가 나온다.

 

 

  우리가 지정했던 폴더에 .git 이라는 폴더가 생겼다 히히..만약 안보이는 사람이 있으면 폴더 옵션에 숨김파일 표시를 체크해주자!

 

  짜잔..! 로컬 GIT 저장소를 만들어따..!! 짝짝짞

 

 

#GIT #설치 #로컬 #저장소 #만들기 #형상관리 #툴 #SVN #차이점

 

 

 

 

 

반응형

+ Recent posts