본문 바로가기

깃허브9

[Github] 깃허브 코파일럿 기능 소개 친한 개발자들 사이에 이런 대화가 오간적이 있었다. “앞으로는 인공지능이 코딩하는 시대가 오고 우리는 다 짤리는거 아냐?” 개발자가 작성한 인공지능이 코딩을 하기 시작하면서 개발자의 밥줄을 끊는 일이 정말 일어날까? 실제로 인공지능이 코드를 작성해주는 서비스가 있다. 바로 깃허브(Github)의 ‘코파일럿(Copilot)’이라는 기능이다. (링크 : 깃허브 코파일럿) 깃허브 코파일럿 깃허브 코파일럿(Github Copilot)은 깃허브가 2021년에 출시한 서비스로 OpenAI의 GPT-3 모델을 이용하여 깃허브에 저장되어 있는 수 많은 소스코드들을 학습해 자동으로 소스코드를 생성해주는 인공지능이다. 개발자가 입력하는 주석이나 함수 이름에서 의미를 파악하고, 코드를 자동완성해준다. 코드를 작성하는데 필요.. 2022. 8. 14.
[Git] github 위키 기능 및 사용법 소프트웨어 프로젝트에서 소스코드만큼 중요한 것이 개발문서다. 굳이 포스트를 할애하면서까지 개발문서의 중요성을 언급하지 않아도 개발문서의 중요성은 모두들 공감할 것이다. 특히 프로젝트의 규모가 클 수록, 프로젝트의 복잡도가 높을 수록, 프로젝트에 참여하는 멤버가 많을 수록 개발문서의 중요성은 커진다. 잘 작성된 개발문서는 커뮤니케이션 비용을 줄여주고, 버그를 생성할 가능성을 낮춰준다. 하지만 개발문서의 가장 큰 단점이 있었으니 바로 귀차니즘이다. 개발문서를 작성하는 일은 귀찮다. 개발자는 본능적으로 문서작성보다는 코딩을 좋아한다. 따라서 개략적인 설계안이 나오면 바로 코딩에 들어간다. 열심히 집중해서 코딩을 끝 마치고나면 개발문서 작성은 숙제로 남아있게 된다. 방학동안 신나게 놀고, 개학이 다가오면 남아있.. 2021. 11. 7.
[Git] Github 이슈, 라벨, 마일스톤 기능 및 사용법 깃허브에서 이슈(Issue)는 프로젝트를 진행하면서 발생하는 다양한 이벤트들을 의미한다. 발견된 버그나 추가할 기능, 개발해야할 새로운 이슈나 설계사항들을 이슈로 만들어서 동료들과 협업을 진행할 수 있다. 참고로 깃허브의 공식 문서에서 이슈는 다음과 같이 정의하고 있다. Use GitHub Issues to track ideas, feedback, tasks, or bugs for work on GitHub. Issues let you track your work on GitHub, where development happens 깃허브 이슈 깃허브 이슈 생성 개발자는 깃허브 저장소 페이지의 이슈 탭에서 새로운 이슈를 생성할 수 있다. 이 때, 개발자는 해당 저장소에 이슈를 생성할 수 있는 권한을 가지고 .. 2021. 8. 12.
[Git] Github 커멘트(댓글) 관련 기능 및 사용법 깃허브를 협업 도구로 사용할 때, 가장 많이 사용하는 기능은 단연 '댓글(커멘트)' 기능이다. 동료 개발자들과 커멘트를 주고 받으면서 문제도 해결하고 소스코드도 수정한다. 깃허브에서 커멘트를 달 때, 이슈 맨 아랫쪽에 커멘트를 입력할 수 있는 창을 이용하면 된다. 커멘트는 마크다운 문법을 이용해 작성할 수 있다. 자주 사용하는 마크다운 기능은 커멘트 입력창 오른쪽 상단에 다양한 아이콘으로 표시되어 있다. 마우스 오버를 해보면 각각 어떤 기능인지 힌트를 준다. (물론 자주사용다하보면 그냥 마크다운 문법을 사용하게 된다) 작성된 커멘트는 작성된 시간 순서에 따라 블로그 댓글처럼 이슈 아랫쪽으로 주렁주렁 달리게 된다. 커멘트(댓글) 인용 여러사람이 하나의 이슈에 커멘트를 남기다보면 답해야할 타이밍을 놓치는 경.. 2021. 8. 11.
[Git] 크롬 깃허브 플러그인 - Better Pull Request For GitHub 이제 많은 기업들에서 협업 도구로 깃허브를 사용한다. 특히 깃허브 엔터프라이즈를 사내 협업 도구로 도입하면서 동일한 코드에 여러 사람들이 작업을 하며 협업하는 경우가 많아졌다. 깃허브를 통해 코드 작업을 하게되면, Pull Request를 통해 공통의 코드를 관리하게 된다. 로컬 저장소에서 소스코드를 수정하고 테스트한 다음 마스터 브랜치 혹은 개발 브랜치로 커밋 내용들을 PR보내면 동료들이 PR 내용을 리뷰하고 피드백을 주거나 코드를 머지하게된다. 따라서 PR은 협업의 가장 중요한 작업 중 하나가 되었다. 깃허브의 PR 페이지를 조금 더 효과적으로 탐색할 수 있는 크롬 확장 프로그램이 있다. Better Pull Request For GitHub 이름부터가 PR 페이지를 좀 더 보기 좋게 만들어주는 확장.. 2021. 8. 9.
[git] 깃허브 마크다운에서 접기/펼치기 (더보기) 사용법 깃허브에 이슈를 작성하다보면 '접기/펼치기' 기능을 사용해야할 경우가 있다. 이슈에 대한 설명을 위해 로그 정보들을 긁어오는데, 로그가 너무 많으면 이슈 자체에 집중을 할 수가 없다. 이런 정보들은 '접기/펼치기' 기능 혹은 더보기 버튼으로 가려놓으면 필요할 때만 펼쳐볼 수 있다. 깃허브 이슈를 작성할 때 더보기 자세한 내용은 더보기 버튼으로 가려둘 수 있음 더보기 자세한 내용은 더보기 버튼으로 가려둘 수 있음 '' 태그와 태그를 이용하면 된다. 2021. 7. 6.
[Python] 파이참(PyCharm) 프로젝트 깃허브(Github)에 연동하기 이전 포스트에서 파이썬3와 파이참을 설치해서 파이썬 개발환경을 구축해봤다. (관련자료 : [Python] macOS에 파이썬 개발환경 설치 - 파이썬 설치 및 파이참(PyCharm) 설치) 파이참으로 작성한 소스코드를 깃허브(Github)에 푸쉬해서 저장한다면 좀 더 편하고 안전하게 작성한 코드를 보관할 수 있다. 파이참은 프로젝트 파일을 커밋하고 깃허브 저장소에 푸쉬할 수 있는 기능을 제공한다. 깃허브 계정 및 저장소 생성 우선 파이참 프로젝트를 저장할 깃허브 저장소를 생성해야한다. 깃허브 계정이 없다면 계정생성부터해야한다. GitHub - 세계가 소프트웨어를 빌드하는 곳 GitHub is where over 65 million developers shape the future of software, .. 2021. 5. 9.
[Git] 커밋 작성자(author) 정보 수정하기 git commit을 이용해 코드에 대한 수정을 깃허브에 반영할 때 잘 못된 작성자 정보가 반영되는 경우가 있다. 깃허브 계정 여러개를 같이 사용하는 경우나 개발 서버 하나를 여러명이 사용할 때 원하지 않는 계정 정보로 커밋이 남는 경우가 있다. 원하는 계정이 아닌 잘못된 계정으로 커밋 로그가 남게되어 컨트리뷰션에 남지 않거나 잘 못된 사람에게 문의가 갈 경우가 생긴다. 이 경우 git의 rebase 명령을 이용해서 커밋 작성자 정보를 수정할 수 있다. 우선 커밋 계정을 수정할 커밋의 바로 직전 커밋의 해시값을 확인하자. 해시 값을 보자. 이 케이스에서는 bec8b77다. rebase 명령을 실행하자. git rebase -i -p bec8b77 bec8b77 커밋 이후 작성된 모든 커밋들에 대해서 re.. 2020. 11. 16.
[Git] GitHub 브랜치 이름 변경하기 (Rename branch) 개발 브랜치를 따서 작업을 진행하다가 작업중인 브랜치의 이름을 변경하고 싶은 경우가 종종있다. 깃허브에 생성해놓은 브랜치의 이름은 git 명령을 이용해서 변경하거나 깃허브 웹 페이지에서 변경할 수 있다. 일단 깃허브에 생성되어 있는 oldname이라는 브랜치의 이름을 newname으로 바꿔보자. git 명령을 이용한 브랜치 이름 변경 우선 로컬 환경에서 브랜치의 이름을 변경해야한다. 다음 git 명령을 이용해서 브랜치 이름을 변경할 수 있다. git branch -m oldname newname mv 이전이름 새로운이름 을 이용해서 리눅스 파일의 이름을 변경하는 것처럼 -m 옵션으로 브랜치의 이름을 변경한다. 원격 저장소에 반영 로컬 저장소에서 브랜치의 이름을 변경했다. 하지만 깃허브에 저장되어 있는 브.. 2020. 11. 14.