형상관리 Git (18) 썸네일형 리스트형 C:\Windows\System32\drivers\etc\hosts 파일에 Git Lab 도메인을 설정하기 https://mungkhs1.tistory.com/58위 글을 읽으면 알수 있지만 hosts파일을 통해 DNS를 거치지 않고도 local에 있는 서버 컴퓨터에 접속할 수 있다.사내 가이드에서는 Git Lab도메인과 그 ip를 소개하고 있지는 않지만 hosts파일을 통해 DNS를 거치지 않고 local의 서버에 접속할 수 있음을 보여준다. 깃(git)기본 설정 관련 crlf "gitconfig를 vim으로 직접 수정하기보단 git config 명령어로 수정하세요. git config로 수정하는게 운영체제와 무관하게 일반적이에요"깃 관련설정은 vim편집기를 사용해서 편집하지 말고 아래와 같이 gitbash에서 바로 git config 명령어를 사용하여 수정하는 것이 일반적이다. 운영체제와 무관하게 git config명령어를 사용하여 수정하는 것이 일반적이다!그리고 아래의 문서에서 보는 것처럼https://git-scm.com/book/ko/v2/%EC%8B%9C%EC%9E%91%ED%95%98%EA%B8%B0-Git-%EC%B5%9C%EC%B4%88-%EC%84%A4%EC%A0%95가장 아래에 있는 값이 적용된다! vim을 써서 하는 경우는 이미 .gitconfig 파일의 포.. 로컬에 대응하는 원격 브랜치, HEADER에 대하여 https://www.youtube.com/watch?v=6WDDeSDZcwM (Header, Branch, commit간의 관계를 설명한 영상)https://yohda.tistory.com/entry/GIT-%EB%AA%85%EB%A0%B9%EC%96%B4%EC%9E%91%EC%84%B1%EC%A4%91 (정말 유익한 글) 요약: A라는 브랜치에 checkout한 상태에서 새로운 B라는 브랜치를 만들었다. 이렇게 되면 B브랜치에는 A브랜치가 가지고 있는 파일상태가 그대로 전달된다. A라는 브랜치에 checkout한 상태에서 새로운 B라는 브랜치를 만들었다. 이렇게 되면 B브랜치에는 A브랜치가 가지고 있는 파일상태가 그대로 전달된다. 그것을 증명하는 내용이 위 비디오에도 나오지만 아래의 내용에서 .. 왜 빌드된 결과물을 깃에 올리면 안되나? 이 질문을 해결하기 위해 단톡방에 물었다. 답은 여럿이었고 공통된 답으로 받은 내용은 이 통째로 보관된 결과물을 Git에 올리게 된다면 변경사항을 업로드하거나 내려받을 때 시간이 오래 걸릴거고, 작업 폴더 안 .git 폴더의 용량도 크게 늘게 될 것이라는 것이다. 다른 이유로는 보안상의 이유, 난독화된 것을 무엇하러 올리나? 등이 있다. 무엇보다 GPT에게 물어보니 정확한 답변을 얻을 수 있었다. 누군가가 GitHub에 빌드된 파일을 업로드하지 않기로 결정하는 데에는 여러 가지 이유가 있을 수 있습니다. 파일 크기: 빌드된 파일은 소스 코드 자체보다 클 수 있으며, 특히 컴파일된 언어나 이미지 및 비디오와 같은 자산이 포함된 프로젝트에서는 더욱 그렇습니다. GitHub에 대용량 파일을 업로드하면 많은 저.. [Workout프로젝트 깃 일지] 변경된 로컬의 develop브랜치의 내용 원격의 main브랜치에 반영하기 방법1. 가장 권장되는 방법으로 github을 이용, github의 PR(pull request)를 이용하는 것이다. 우선 변경된 내용을 add, commit, 원격의 develop브랜치에 push한수 아래 보이는 pull request버튼을 눌러 차례차례진행시켜 준다. 이렇게 되면 말그대로 협업이 가능하게 되는 것이다. 왜냐하면 내가 pr요청을 한것을 누군가가 검사하고 적절하면 반영한다는 의미이므로. 방법2. 혼자서 작업한다면 굳이 github의 pr기능이 없이도 아래의 명령어로도 로컬에서 원격의 다른 브랜치로 push가 가능하다. 다만 개발은 협업이므로 보통은 깃헙의 pr기능을 이용하는 것이다. [Workout프로젝트 깃 일지] 원격에 새로운 브랜치(develop) 생성후 로컬에서 develop브랜치로 push하기 원격에 develop브랜치를 새로 하나 만들었다. 그리고 그 브랜치로 기존의 main브랜치에 있던 모든 내용을 가져온 상태다. 이러한 상태에서 당연하겠지만 새로생긴 develop브랜치의 폴더를 모두 새로 로컬로 다운 받아 새롭게 생긴 폴더를 관리하는게 맞다고 느껴졌다. 하지만 이 생각은 틀린 생각이다. 그런데 나는 왜 이런 생각을 했던 것일까? "개발하다가 변경 사항이 있을수 있고 그렇게 되면 하나의 폴더 안에서만 작업하게 되니 기존의 내용이 망가지잖아?" 이건 그냥 어린생각이다. 깃의 의의를 생각해 보면 이것은 잘못된 걱정이다. 그렇다면 하나의 폴더 내에서 원격 브랜치, 로컬 브랜치를 옮겨 가며 작업해야 한다는 것인데 그 과정을 아래에서 기록한다!! 터미널에서 git branch 명령어로 현재 로컬 브.. git merge와 rebase에 대하여 출처: https://www.youtube.com/watch?v=6nc_0-HWZXU GIT에 관한 놀라운(?)사실 어떠한 폴더에 git init을 하여 깃에 의해 관리된다고 가정하자. 이 폴더내에서 폴더를 생성하면 어떻게 될까? 그 폴더는 당연히 새로운 변경사항으로 인지 된다. 하지만 여기서 눈여겨 볼것이 그 폴더 안에서 또다시 git init을 명령하여 깃에 의해 관리되도록 한다면 그것은 밖에 있는 폴더에 있는 git관리자 입장에서는 관리대상으로 여겨지지 않아 변경사항으로 감지되지 않는다!!! 이전 1 2 3 다음
