git

이 글을 작성할 땐 회사에서 gitlab을 사용하고 있었고 gitlab에 프로젝트 올라오면 나는 git clone 명령어로 받고 작업했다. 그래서 로컬에서 코드수정하고 아래 명령어 대로 진행하면 웬만하면 무리없이 git에 코드를 수정하는데 어려움이 없었다.위에서 부터

git에 올라온 파일이나 폴더를 삭제하고 싶을때. 처음에는 gitlab 사이트에 들어가 지우고 싶은 파일을 하나하나 지웠었는데 파일이 많을 경우엔 시간이 너무 오래걸리고 귀찮다... 이렇게 해서 한 번에 해결하자.

git에 최신코드가 업데이트되고 다른 내 로컬로 받아보고 싶을 때 물론 git clone으로 새롭게 받을 순 있지만 그럼 업데이트를 할 때마다 삭제하고 다시 받아야 하므로 좀 그렇다... 아래 명령어를 통해 로컬pc로 업데이트 되도록 하자.현재 작업중인 변경점을 임시

gitlab에 올려둔 서버가 날라가서 내 계정 github에 새롭게 연결하고 서버컴에 다시 다운받아 보자. 일단 내 계정으로 github에 들어가 새로운 래퍼지스토리를 만들고 주소를 저장하자.

다른 사람의 코드를 가져다가 내 repo로 커밋할 때 브랜치가 master로 되어있는 경우가 있다. 요즘에는 git 정책이 바껴서 main으로 되어있는데 main으로 통일하기 위해 main으로 바꿔주고 아래 명령어를 실행하자

git push 명령어를 쓰면 오래걸려서 작동을 안하는 경우가 발생해서 검색해보니https://straw961030.tistory.com/169나랑 똑같은 이슈가 발생한 블로그 글을 발견할 수 있었다. 결론은...터미널 cmd창에서 작업하면 된다임.

새로운 환경에서 내 코드를 받고 거기에서 push하고 싶은데 github 아이디와 비밀번호를 치면 다음과 같은 에러가 나온다.

git pull 사용시 생기는 에러. 문제가 되는 파일을 지우라는 의미라고 한다. 간단하게 아래 명령어를 입력해서 해결하자.

git pull 실행시 발생한 에러. merge가 잘 안되서 발생한 경우라고 한다.git commit -am <커밋메세지>를 실행하면 해결된다고 한다. 추가로 -am 옵션은 -a와 -m 옵션을 합친것이다.

git pull을 했을때 생기는 에러. 작업전에 커밋을 했다면 충돌나서 생기는 에러라고 한다. git reset –merge 로 전에 했던 커밋을 취소하면 해결된다.

git rm 명령시 위와 같은 에러가 발생한 경우는 워킹 디렉터리에서 파일 수정 후 git add 하고 커밋 직전에 삭제하려는 경우 오류 내용입니다. 원인은 변경 내역을 커밋하기 전에 삭제하려 했기 때문인데, Git은 안전장치로 실수로 인해 데이터를 삭제하지 못하도록

pull 시 해당 에러가 뜨면서 뒤에 push 할 때 에러가 발생하는 경우가 있다.이 때는 pull 뒤에 --allow-unrelated-histories를 붙여주면 해결된다.

참고 블로그 https://inpa.tistory.com/entry/GIT-%E2%9A%A1%EF%B8%8F-%EA%B9%83%ED%97%99-PRPull-Request-%EB%B3%B4%EB%82%B4%EB%8A%94-%EB%B0%A9%EB%B2%95-fol

로컬에서 작업한 코드를 깃서버 프로젝트에 올리는 방법.우선 본인의 깃서버에 들어가서 프로젝트를 생성하고 url을 따자.

깃으로 협업하다 보면 하나의 브랜치만 사용하는 것이 아니라서 여러 다른사람이 작업한 브랜치를 가져다 볼 경우도 있을 것이다. 그 땐 clone 할 때 아래의 명령어로 특정 브랜치를 가져오도록 하자.

fork한 내 레포에 업데이트된 원본저장소 코드를 pull 했을때 생기는 에러. git stash를 해주면 해결된다.

fork한 내 래포에 최신화된 원본으로 수정하고 싶을 때현재 fork한 내 래포로 가서 git remote -v 명령어로 현재 remote를 확인한다. 여기서 만약 원본의 remote가 없다면 추가하고 확인한다.origin https://gitlab.com/

1. 전체 설정값 보기 2. 설정 name, email 수정 3. 설정 name, email 삭제

git push로 저장소까지 올라갔는데 실수가 생각나서 commit 전으로 돌아가고 싶을때까 있을것이다. 이럴 땐 git reset 명령어로 돌릴 수 있다.

나는 gitlab과 github을 동시에 사용하고 있어서 코드를 수정하면 2개의 저장소에 같이 업데이트를 해줘야 한다. 이는 merge를 잘 사용해서 관리해주어야 한다. ※ 여기선 최신화된 원본 레포지토리를 등록해서 현재 로컬에 merge해서 push하는 경우임.mer

gitlab-ctl은 GitLab의 서버 관리 도구입니다. GitLab은 웹 기반 Git 저장소 관리 및 지속적인 통합 및 배포 기능을 제공하는 프로그램으로, gitlab-ctl은 이러한 GitLab 인프라를 관리하기 위한 명령 줄 도구입니다. gitlab-ctl을 사

GitLab Runner는 GitLab CI/CD(Continuous Integration/Continuous Deployment) 파이프라인을 실행하기 위한 실행기입니다. GitLab CI/CD는 소프트웨어 개발 프로세스에서 자동화된 테스트, 빌드 및 배포를 수행하는

CI/CD란? CI는 개발자를 위한 자동화 프로세스인 지속적인 통합(Continuous Integration)을 의미합니다. CI를 성공적으로 구현할경우 애플리케이션에 대한 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트되어 공유 리포지토리에 통합되므로 여러 명의

1. 프로젝트안에 서브모듈로 사용할 리포지토리 추가 2. 서브모듈 추가 3. commit

gitlab 서버를 운용하다가 비밀번호를 분실한 기억이 있다. 하지만 찾아보니 간단하게 비밀번호를 변경할 수 있다고 한다. gitlab 서버에 접속 후 아래의 명령어들을 통해 비밀번호를 변경할 수 있다.

서브모듈 내에서 변경 사항을 커밋합니다. 서브모듈 디렉토리로 이동하여 변경 사항을 추가하고 커밋합니다.메인 프로젝트의 루트 디렉토리에서 서브모듈을 업데이트하고 변경 사항을 스테이징합니다.메인 프로젝트의 변경 사항을 커밋하고 푸시합니다.이렇게 하면 메인 프로젝트의 저장소

GitHub 저장소에서 특정 폴더나 파일만 가져오고 싶다면, 전체 저장소를 클론하지 않고도 원하는 부분만 가져오는 방법이 있습니다.이렇게 하면 해당 폴더만 클론됩니다.

로컬 브랜치 dev가 원격 저장소의 dev 브랜치와 동일한지 확인하려면 다음 단계를 따르세요.먼저, 원격 저장소에서 최신 정보를 가져옵니다.이 명령은 원격 브랜치의 상태를 가져오지만, 로컬 브랜치를 업데이트하지는 않습니다.원격 브랜치(origin/dev)와 로컬 브랜치

로컬의 변경 사항을 무시하고 원격 저장소의 최신 dev 브랜치를 가져오려면 강제 리셋을 사용하면 됩니다. 다음 단계를 따르세요:먼저 원격 저장소에서 최신 정보를 가져옵니다.로컬 dev 브랜치를 원격 origin/dev 브랜치의 상태로 덮어씁니다.이 명령은 로컬 브랜치