jineecode

1. CI? Continous Integration은 코드를 지속적으로 통합해나가는 것. 코드의 통합은 단순히 코드와 코드를 합치는 것뿐만이 아니라 코드를 테스트하고 유효한지 검사하는 확인. 2. CD? Continuous Deployment는 CI 과정을 통해서 성공적으로 통합된 코드들을 실제 사용자가 사용하고 있는 Production 환경에 배포하는 것 3. 설치형 / 클라우드형 설치형: Jenkins 클라우드형: Github Actions 4. Github Actions 구성요소 name: CI/CD on: push: branches: - master jobs: deploy: runs-on: ubuntu-latest steps: - name: Checkout code uses: actions/che..

원격 저장소 브랜치 삭제하기 git branch -d 이 명령어는 local repositorie에서만 삭제가 되고 원격에서는 삭제되지 않는다. 원격 저장소의 브랜치까지 삭제하기 위해서는 명령어가 한가지 더 필요하다. git push origin --delete 로컬 브랜치 정리 (--prune 옵션 사용) 원격 저장소에 브랜치가 삭제되었으나, 로컬 저장소에는 그 브랜치가 유효한 경우, 로컬 브랜치도 같이 정리해주어야 한다. 아래 명령어로 정리할 브랜치가 어떤 것인지 체크해본다. git branch -r // 원격 저장소의 브랜치 목록 git branch -a // 모든 브랜치 목록 특정 원격 저장소의 삭제된 로컬 브랜치를 정리하려면 git fetch --prune 모든 원격 저장소에 대한 삭제된 브랜치..

참조 블로그: https://velog.io/@hwang-eunji/github-2%EA%B0%9C-%EA%B3%84%EC%A0%95-%EC%82%AC%EC%9A%A9%ED%95%98%EA%B8%B0 여러 github 계정 사용하기 for mac (SSH 설정) 만약, 하나의 컴퓨터에서 깃헙 계정 2개를 나누어 사용하고 싶다면 SSH 설정을 통해 깃헙을 이용한다. 이외의 방법은 모르겠다.. 갓대희의 작은공간: SSH 관련 내용 마이구미의 Helloworld : SSH 관련 velog.io https://velog.io/@sonypark/GitHubSSH%EB%A5%BC-%EC%9D%B4%EC%9A%A9%ED%95%B4-%EC%97%AC%EB%9F%AC%EA%B0%9C%EC%9D%98-%EA%B9%83%E..

유투브를 보다가 눈에 띄는 확장 프로그램이 있어서 적어둔다. Git Graph 라는 확장 프로그램인데, 소스트리처럼 깃의 상태를 그래프로 볼 수 있게 해주는 확장 프로그램이다. 설치 후에 깃 카테고리에 깃 그래프 아이콘이 생성된다. 클릭해보면 이렇게 깃의 상태가 그래프로 한눈에 들어온다.

소스트리에서 커밋까지는 되었으나 푸쉬가 되지 않아 터미널로 다시 푸쉬를 넣어보려고 했으나 깃허브 로그인창이 뜰 뿐 푸쉬가 되지 않았다. 옳은 아이디, 비밀번호를 넣어도 [git]Logon failed, use ctrl+c to cancel basic credential prompt 라는 메시지만 뜰 뿐이었다. 이 문제는 업데이트 문제였던 것으로 확인. 명령어 : git update-git-for-windows 를 치고 next를 계속 눌러주면 업데이트가 된다. 업데이트 후 다시 push를 시도해보면 성공

개요: 웹사이트를 구축하다가 수정사항이나 버그사항이 있으면 txt 파일을 만들어서 관리했으나 깃허브의 이슈를 통해 커밋과 동시에 관리할 수 있다는 것을 알았다. 때마침 현재 작업 중인 페이지에 풀페이지 반응형에 문제가 생기고 추가하고 싶은 기능이 생겨서 이슈를 써보기로 했다. 1. 라벨부터 정하기 이슈의 라벨은 정하기 나름인 것 같다. frontend, backend, doc, bug 등 분류를 세부하면 세부할수록 구분도 쉽다. 현재 이슈를 손보려는 포트폴리오 웹사이트는 백엔드를 다루지 않아서 굳이 프론트나 백엔드 라벨을 생성하지 않았다. bug와 doc, new feature, option 등 자주 쓰일 것 같은 라벨을 등록했다. 2. 새로운 이슈를 등록해보자 이슈를 생성! 우측에 있는 Assingne..

개요: 푸쉬할 게 많아서 소스트리로 작업하다가 깃허브에 txt 파일이 올라간 게 거슬려서 뭣 모르고 히스토리에서 커밋 되돌리기를 눌렀더니... 수정한 '코드'가 모두 처음으로 되돌아가는 상황이 발생. 커밋 삭제가 아니라 revert 기능이었던 것... 데이터베이스 작업을 포함해 상당히 많은 것을 수정한 작업이었기 때문에 정말 울 뻔 했다... ㅠㅠ... 1. git reflog 작업된 로그들을 확인한다. 165d044번: revert: REVERT~를 없애야 한다. 리버트 하기 전 파일은 그 전 작업인 05f2c73번이다. 2. git reset --hard 돌아가고 싶은 로그번호 나 같은 경우엔 05f2c73 번으로 돌아가야 했다. (이젠 로그번호도 외울 판) git reset --hard 05f2c7..

개요: A 컴퓨터에서 작업해서 푸쉬한 git을 B 컴퓨터에서 이어 작업하기 위해 알아봄. 1. B 컴퓨터에 작업을 이어받을 폴더를 만들고 vscode로 열어 터미널을 열어줌. 2. 이어서 작업할 git hub HTTPS url을 복사함. 3. git clone "복사한 url" 잠시 뒤 클론 된다. 4. 현재 상태는 vscode의 맨 바깥쪽 폴더가 열린 것이므로 한 층 더 안쪽 폴더로 들어가야 한다. cd \ 생성했던 폴더 이름 *여기서 cd는 change directory 라는 뜻으로, 해당 폴더로 디렉토리를 변경(이동) 한다는 뜻이다. 이렇게 해주지 않으면 파일을 아무리 수정해도, .git이 클론된 폴더 내부에 있기 때문에 git이 찾을 수 없다. (.git이 없다는 말만 보고 git init을 해줘..