개발자 포트폴리오는 깃허브 프로필 관리로 시작

깃허브 프로필이란?

다른 사람들이 내 GitHub 계정에 접속하면 제일 먼저 보이는 화면입니다.
계정의 주인이 보여주고 싶은 내용을 정리해 놓은 화면이라고 생각하면 됩니다. 
개발자라면 누구나 포트폴리오를 관리해야 합니다. 
포트폴리오는 취준생만 필요한 것은 아닙니다. 
개발자는 자신의 스킬을 향상시키기 위해 이직을 하는 경우가 있습니다. 이때도 당연히 포트폴리오가 필요하게 됩니다.
결국 개발자는 나이가 들어 더 이상 개발을 하지 않게 될 때까지 포트폴리오를 관리해야 합니다.
포트폴리오 관리에 중요한 하나가 바로 깃허브라고 할 수 있습니다.
그런데 이곳에 개발 코드만 올려놓으면 방문한 사람들은 코드를 자세히 살펴보기 전에는 계정 주인이 무엇에 관심이 있고 어떤 개발이 가능하고, 관심이 있는지 알기가 어렵습니다.
그래서 깃허브 프로필 관리가 필요합니다.
잘 꾸며 놓으면 첫인상을 좋게 할 수 있습니다.

본인 계정 이름과 동일한 Repository 만들기

본인의 id(계정이름)와 동일한 Public 저장소를 만듭니다.

그리고 README.md파일을 생성합니다. 

GitHub를 통해서 저장소를 만든다면 저장소 생성전에 'Add a README file'을 체크해 주면 자동으로 생성됩니다.

이렇게 생성된 README.md파일에 profile내용을 작성하게 됩니다.

확장자를 보면 알겠지만 내용은 mark down문법을 사용합니다.

그곳에 자신의 이력이나 관심분야, 특별히 어필하고 싶은 프로젝트의 저장소 링크, 사용할 수 있는 언어 등을 작성하면 됩니다.

아래 링크는 README를 꾸밀 수 있는 각종 리소스입니다. 

설명이 자세히 나와 있으니 확인 후 사용하시면 됩니다.

* 시간이 나면 하나씩 별도로 포스팅하겠습니다.

README.md를 꾸밀 수 있는 리소스 모음

배지 사용하기(shields.io)

헤더 베너 꾸미기(capsule-render)

조회수 확인(hits.seeyoufarm)

내 GitHub의 상태

내 daily 코딩 시간 기록

git의 기본 에디터를 vim에서 다른 에디터로 바꾸는 방법에 대해 알아보겠습니다.

Git을 설치하면 기본 편집기가 vim으로 설정됩니다.

리눅스 사용자라면 익숙하지만 윈도우 사용자라면 좀 마~~~니 낯설게 느껴집니다. ㅠ.ㅠ

심한 경우 어떻게 빠져나와야 되는지도 모르는 경우가 있습니다.

그래서 이번에는 Git의 기본 편집기를 최근 많이 사용되는 VSCode로 바꾸는 방법에 대해 알아 보겠습니다.

$ git config --global core.editor “code --wait"

Nodepad++ 로 변경하려면 다음과 같이 에디터 이름 부분만 바꿔 주면 됩니다.

$ git config --global core.editor “notepad++"

그런데 마지막의 에디터 이름이 들어가는 부분을 보면 vscode의 경우 조금 예상 밖입니다.

이렇게 에디터에 따라서 이름이 다른 경우가 있으니 위에서 설명한 두가지 외에 다른 에디터를 사용하는 경우라면 주의해 주세요.

다른 에디터를 사용하시는 개발자라면 변경 후 성공한 에디터 명을 댓글로 남겨 주시면 많은 분들이 도움이 될 것 같습니다.  ^ㅁ^

1. Gitflow 초기화

먼저 Git으로 초기화하지 않아도 git초기화가 되기 때문에 gitflow 초기화만 하면된다.

명령을 실생하면 branch이름을 물어보는데 변경하지 않고 그대로 사용할 경우 enter키를 누르면 된다.

초기화와 동시에 develop branch로 checkout된다.

$ git flow init

2. Feature

새로운 기능의 개발은 develop에서 분기된 feature에서 시작한다.

$ git flow feature start [Branch_Name]

기능 개발이 끝나면 Feature를 종료한다.

이 작업을 수행하면 Feature Branch가 devlop로 merge되고 develop로 chackout된다.

현재 작업 중인 feature를 종료할 경우는 [Branch_Name]을 써주지 않아도 된다.

$ git flow feature finish [Branch_Name]

3. Release

새 버전 출시 전 준비 과정으로 메타 데이터, 버그 수정 등을 수행한다.

develop에서 release branch를 생성한다.

$ git flow release start <version>

release가 완료되면 release version으로 tag를 달고, main과 develop branch로 동시에 merge되며 release branch는 삭제 된다. 초기화 실행때 version접두어를 입력한 경우 숫자만 입력하면 된다.

release가 완료되기 직전 tag message가 vi 화면에 나타난다. 편집 후 저장하면 완료된다.

여기서 작성한 내용이 merge commint message에 추가된다.

$ git flow release finish <version>

태그는 별도로 push해 준다.

$ git push --tags

※ push할 때는 main으로 checkout되었는지 확인할 것!

5. Hotfix

출시된 버전에 문제가 발생하면 main branch에서 hotfix branch를 분기한다.

다음 명령은 현재 위치와 상관없이 main으로 checkout 후에 hotfix branch를 분기한다.

이 때 은 hotfix버전으로 v x.x.o의 o부분을 +1하여 작성한다.(유의적 버전관리 참고)

$ git flow hotfix start <version> [BASENAME]

hotfix를 완료하면 main과 develop branch로 merge된다.

종료 전에 반드시 commit을 해야 한다. version는 써주지 않아도 된다.

release때와 마찬가지로 완료되기 직전 tag message가 vi 화면에 나타난다. 편집 후 저장하면 완료된다.

여기서 작성한 내용이 merge commint message에 추가된다.

$ git flow hotfix finish <version>

• 터미널에서 직접 수정하는 방법

$ git commit --amend -m "commit_message"

• 에디터(vi)로 수정하는 방법

$ git commit --amend

• remote에 push되어 있는 상태라면

$ git push --force
or
$ git push -f

개발자 중 버전 관리를 위해 git를 사용하는 사람이 많다. shell에서 사용하면 별 신경 쓰지 않아도 되지만 GUI에 익숙한 사람들은 git 클라이언트를 사용하기도 한다.
오늘은 글로벌 개발자들이 추천하는 git 클라이언트를 소개한다.

국내에는 sourcetree가 대세지만 글로벌하게는 그렇지도 않은 듯하다.

다음은 2020년 4월 27일 현재 상황으로 SmartGit이 94표로 1위이고, sourcetree는 71표로 9위를 차지하고있다.

한 가지 주목할 만한 것은 Visual Studio Code의 인기와 힘입어서 5위에 랭크되어 있다.

그런데 다른 것들은 모두 git전문 툴인데 반해서 Code만이 전문 툴이 아닌 에디터인 것도 참 흥미롭다. 

필자도 지금까지 sourcetree만을 사용한 터라 반신반의 하면서도 이번 기회에 많은 개발자들이 추천하고 있는 다른 tool을 사용하려고 한다.

더구나 얼마전 sourcetree를 다시 설치 하면서 조금 당황스런 일이 있었다. 언제 부터인가 sourcetree를 설치할 때  bitbucket에 계정을 요구한다. 어쩔 수 없이 가입한 후 설치하기는 했지만 좀 당황스러웠다.

다음 링크에 접속해 보면 수시로 변하는 랭킹을 확인할 수 있으며, 직접 투표에 참여 할 수도 있다.

What are the best Git clients for Windows?

단순히 프로젝트를 복사하고자 할 경우에는 clone, 협업을 위해 프로젝트를 복사하는 경우에는 fork를 사용한다. 각 명령의 주요 특징은 다음과 같다.

[ Git Fork ]

- Team Project에 참여하는 팀원.

- Opensource Project에 기여하고 싶을때.

Original Project와 연결되어 있기 때문에 original repository에 새 commit이 발생하면 fork된 repository로 반영할 수 있다.

[ Git Clone ]

- 단순한 복제를 하고자 할때.

Original Project와 연결되어 있지 않고, 독립적이다.