GIT13 heroku - 설치 및 가입 / 실행하기 / 사용법 https://www.heroku.com 로 이동하여 Sign up 클릭 1. 아래 작성 후 create free account 클릭 2. 원하는 OS 선택하여 설치 3. 명령어를 통해 heroku를 사용한다. cmd나 git에서 접속가능 heroku login - heroku 접속 heroku create devsu - devsu라는 저장소를 만든다 heroku에서 대쉬보드를 눌러보면 devsu라는 저장소가 만들어졌다. 저장소를 클릭 후 settings에 들어가 Add buildpack을 클릭한다. go를 사용해볼 예정으로 go를 선택하여 위와 같은 그림처럼 추가된다. 이후에는 git 사용하여 heroku 명령어 사용하였다. - 저장소를 clone한다. - git init 후 add - user nam.. 2020. 7. 7. Git - 4.1 서버 프로토콜 프로토콜 종류 1. 로컬 프로토콜 가장 기본적인 것이 로컬 프로토콜 이다. 리모트 저장소가 단순히 같은 시스템의 다른 디렉토리에 있을 때 사용한다. 팀원들이 전부 한 시스템에 로그인하여 개발하거나 아니면 NFS같은 것으로 파일시스템을 공유하고 있을 때 사용한다. 이런 상황은 문제가 될 수 있다. 모든 저장소가 한 시스템에 있기 때문에 한순간에 모두 잃을 수 있다. $ git clone /srv/git/project.git 아래처럼도 가능하다: $ git clone file:///srv/git/project.git Git은 파일 경로를 직접 쓸 때와 file:// 로 시작하는 URL을 사용할 때를 약간 다르게 처리한다. 디렉토리 경로를 그대로 사용하면 Git은 필요한 파일을 직접 복사하거나 하드 링크를 사.. 2020. 7. 6. Git - 3.5 브랜치 Rebase 하기 Git에서 한 브랜치에서 다른 브랜치로 합치는 방법으로는 두 가지가 있다. 하나는 Merge 이고 다른 하나는 Rebase 다. 기존 브랜치에서 작업한 내용을 패치로 저장소에 적용하여 새로운 커밋을 만든다. Rebase 의 위험성 Rebase가 장점이 많은 기능이지만 단점이 없는 것은 아니니 조심해야 한다. 그 주의사항은 아래 한 문장으로 표현할 수 있다. 이미 공개 저장소에 Push 한 커밋을 Rebase 하지 마라 로컬 브랜치에서 작업할 때는 히스토리를 정리하기 위해서 Rebase 할 수도 있지만, 리모트 등 어딘가에 Push로 내보낸 커밋에 대해서는 절대 Rebase 하지 말아야 한다. 위 내용은 아래 사이트에서 읽은 후 정리하였습니다. https://git-scm.com/book/ko/v2 2020. 7. 5. Git - 3.4 리모트 브랜치 리모트 브랜치를 통하여 수정 후 서버 저장소로 추가 리모트 트래킹 브랜치의 이름은 / 형식으로 되어 있다. 예를 들어 리모트 저장소 origin 의 master 브랜치를 보고 싶다면 origin/master 라는 이름으로 브랜치를 확인하면 된다. Push 하기 로컬의 브랜치를 서버로 전송하려면 쓰기 권한이 있는 리모트 저장소에 Push 해야 한다. 로컬 저장소의 브랜치는 자동으로 리모트 저장소로 전송되지 않는다. 명시적으로 브랜치를 Push 해야 정보가 전송된다. 따라서 리모트 저장소에 전송하지 않고 로컬 브랜치에만 두는 비공개 브랜치를 만들 수 있다. 또 다른 사람과 협업하기 위해 토픽 브랜치만 전송할 수도 있다. serverfix 라는 브랜치를 다른 사람과 공유할 때도 브랜치를 처음 Push 하는 것.. 2020. 7. 5. 이전 1 2 3 4 다음
