DevOps/Git
-
[팀프로젝트]github Pull Request와 이슈 관리로 프로젝트 진행DevOps/Git 2020. 3. 25. 14:56
*주의:현업 방식과는 상이함. Step1 깃헙 Nanum-Project에 들어가서 Issue를 생성한다. 책임자 Label Milestone을 선택한다. Label 선택 종류에 따른 의미 요소 기획 기획관련 이슈 비즈니스 로직 비즈니스 로직 관련 이슈 뷰 뷰(css) 관련 이슈 뷰+비즈니스로직+페이지 자바스크립트 코딩 (ex)버튼을 눌렀을 때 프론트 단에서 반응하는로직을 짜겠다. 비즈니스로직+페이지 백단에서 기능 구현 (ex)요청이 들어왔을 때 controller에서 어떠한 기능을 하도록 로직을 짜겠다. (ex)db에서 데이터를 불러오는 로직을 짜겟다. 등등 .. 뷰+페이지 뷰 페이지의 CSS를 잡는다. ex) 페이지에 보여지는 HTML 코드를 작성한다. 페이지 페이지만 있는 경우에는 css 프론트단 비..
-
ForkDevOps/Git 2020. 2. 23. 21:53
정의 다른 사람의 원격 저장소를 내 계정의 원격 저장소로 가져오는 것을 Fork라 한다. Collaborator 특정 원격 저장소에 Push할 권한을 가진 사람 . 해당 원격저장소 ->Settings ->Manage access ->invite후 초대한다. *Folk Process 기여하고 싶은 원격저장소르 복사해서 자신의 원격저장소에 생성-> 자신의 원격 저장소에 다양한 커밋을 올림-> 기여하고 싶은 원격저장소의 소유주에게 Pull Request를 보냄 -> 소유주가 확인후 병합 할 지 결정 방법 장점 단점 브랜치 하나의 원본 저장소에서 커밋 이력을 쉽게 볼 수 있음. 다수의 브랜치가 만들어질 때 관리가 힘들어짐. 포크 원본 저장소에 영향을 미치지 않아 부담 없이 실험적인 커밋 가능. 원본 저장소의 이..
-
ReleaseDevOps/Git 2020. 2. 23. 15:52
프로그램 버전 의미 있는 특정 시점의 맥락 버전을 올린다는 것은 크게 Major 업그레이드와 Minor 업그레이드로 나뉜다. -사용자들이 크게 느낄 변화는 메이저 버전을 올린다. (v1.x ->v2.x) -작은 변화가 생길 경우 (v.1.1->v.2.1) -세번째 단위는 버그나 유지보수등의 작은 수정이 들어갔을 때 바꾼다. (v.1.1.1->v.1.1.2) 릴리즈 프로그램을 출시하는 것을 릴리즈라고 한다. 병합을 마친 master 브랜치를 서버에 올려 사용자들이 쓸 수 있도록 배포하고 현재 코드 상태를 버전으로 표시하려고 할 때 Tag를 통해 간단하게 표시 가능하다. 순서
-
[병합]풀리퀘스트DevOps/Git 2020. 2. 23. 15:40
정의 수정이 되어도 바로 Master Branch에 합쳐지지 않고 협력자에게 브랜치 병합을 요청하는 메세지를 보내는 것. 새로운 Branch를 만들고 파일을 Commit과 Push를 하게 되면 원격 저장소에 다음의 알람 문구가 뜨게 된다. Base Branch와 Compare Branch를 설정해준다. Base는 코드가 반영될 Branch이고 Compare는 비교 대상이 될 Branch이다. Reviewers를 클릭하면 협력자를 지정할 수 있다. base:master 병합된 커밋이 들어갈 브랜치를 정하는 선택박스 compare:feature/comment base 브랜치에 반영시키고 싶은 브랜치 Able to merge 충돌없이 병합 가능하다라는 뜻. 풀 리퀘스트 제목 동료 개발자가 한 눈에 이해하기 쉬..
-
병합(Merge)DevOps/Git 2020. 2. 23. 15:03
정의 두가지 버전을 합치는 것을 말한다. *병합시 나타나는 3가지 상태 병합 (Merge Commit) 예제) 홍 + 길동 = 홍길동 B브랜치는 바뀌지 않고 유지 로컬 저장소에만 반영 되어 있어 원격 저장소에는 반영이 되지 않아 Push위에 커밋 2개가 떠 있는 것을 볼 수 있다. 충돌 충돌이 일어난 파일을 열어보면 자동으로 마크가 되어 있다. ====를 기준으로 위에가 현재 코드 아래가 병합 되어지는 코드를 말한다. 내용을 고치고 Commit을 누르면 Message에 충돌이 난 것에 대한 Message가 자동으로 완성되어 있다.
-
[ECLIPSE][GIT][BitBucket] Clone으로 프로젝트 받아오기DevOps/Git 2020. 2. 14. 14:19
생성한 사람 먼저 Repository를 생성한 사람은 같이 일할 사람을 찾아 초대해야 한다. Settings ->User and Group Access BitBucket 만든사람의 계정을 검색후 Invite한다. Clone 하는 사람 Email에서 초대를 받는다. Eclipse git Preference에서 왼쪽 bar의 Git preference를 누른다. 초대받은 repository의 주소를 입력한다. Configure fetch에서 mapping한 다음 해당 로컬 repository 오른쪽 클릭 ->import project ->등록한다. Clone 입장에서 Push 하기 Clone 입장에서 다른 사람의 Repository에 Push 하기 위해서는 Repository를 소유한 사람이 쓰기 권한을 주..
-
[Eclipse][GIT][BitBucket] 원격저장소에 Push하기DevOps/Git 2020. 2. 14. 11:46
환경설정 먼저 Eclipse에 환경 설정을 해주어야 한다. GIT perspective -> 등록된 로컬저장소 ->Remotes 에서 원격 저장소를 만들 때->Create->url입력->Advanced 클릭 Add All Branches Spec 클릭 Finish를 누른후 Configure Push 창에서 Save를 누른다. *Eclipse 오류 왜 그런지는 알 수 없으나 생성 후에 Origin의 각각 파일들을 눌러서 Configure-Fetch의 Ref Mappings에 추가가 되었는지 확인한다. 되어있지 않다면 Advanced를 눌러 똑같이 추가해준다. BitBucket에 Push하기 먼저 할일: BitBucket에서 사용하고싶은 Repository의 주소를 가지고와서 등록한다. 프로젝트 마우스 오른..