점냥's Log

Git-Flow 브랜치 전략에 따르면 보통 한 기능에 대해서 최소 하나의 브랜치를 생성하여 작업을 진행할 거예요. 그런데 작업이 진행될수록 점점 늘어나는 브랜치들 여러분들은 어떻게 정리하고 있으신가요? 원격 저장소에 올라간 브랜치들은 브랜치들은 PR이 머지되는 시점에 정리하면 되지만 로컬 브랜치는 협업을 같이하는 팀원들 모두 해당 브랜치가 존재할 수 있기 때문에 모두가 수동으로 지워줘야 하는 번거로움이 있어요. 삭제된 원격 브랜치 추적하기 $ git for-each-ref --format '%(refname) %(upstream:track)' refs/heads/feature/133/ga refs/heads/feature/minji/182-notify-message [gone] refs/remotes/o..

혹시 CI/CD 파이프라인이라는 말을 들어 보였나요? 프로젝트 규모가 커지고 여러 명이 함께 개발하다 보면 코드를 리뷰하고 병합하는 일이 자주 발생합니다. 이때 사람이 직접 모든 코드를 확인하다 보면 실수로 빌드가 깨지는 코드가 병합될 수도 있어요. 그래서 빌드나 테스트처럼 반복적으로 확인해야 하는 작업은 자동화해 두는 것이 좋습니다. 이번 글에서는 GitHub Actions를 사용해서 Android 프로젝트에 간단한 CI를 적용하는 방법을 알아보려고 합니다.CI(Continuous Integration)CI는 여러 개발자가 작성한 코드를 자주 병합하고, 그 코드가 정상적으로 빌드되는지 자동으로 확인하는 개발 방식입니다. 예를 들어 PR을 올릴 때마다 자동으로 빌드가 실행된다면 리뷰어는 "이 코드가 ..

요즘 여러 명과 함께 프로젝트를 진행할 기회가 많이 생겼어요!새로운 사람들과 함께 무언가를 만드는 건 굉장히 기대되는 일인 것 같습니다. 하지만 협업을 하다 보면 생각보다 맞춰야 할 것들이 많아요. 코드 스타일도 사람마다 다르고, 커밋 메시지를 작성하는 방식도 다르고,PR이나 Issue를 작성하는 방식도 조금씩 다를 수 있습니다. 이럴 때 GitHub의 PR 템플릿과 Issue 템플릿을 사용하면팀원들이 같은 형식으로 내용을 작성할 수 있어서 협업을 훨씬 편해집니다. 이번 글에서는 GitHub 저장소에 PR 템플릿과 Issue 템플릿을 적용하는 방법을 정리해보려고 합니다.GitHub PR, Issue 란?먼저 PR과 Issue가 무엇인지 간단하게 알아보겠습니다. PR(Pull Request)PR은 기능 개..

요즘 티스토리 하루 방문자 수 확인하는 재미에 푹~빠져있는데요! (제 소소한 낙이랍니다 - ㅛ - ..) 블로그뿐만 아니라 우리 개발자들의 성지, Github 프로필도 얼마나 많은 분이 구경 오시는지 궁금하지 않나요?오늘은 아주 쉽게 간단하게 방문자 수 배지를 다는 방법을 소개해 드릴게요!먼저 내 깃허브 프로필부터 꾸며볼까요?요즘 깃허브 프로필 꾸미기가 정말 유행이죠! 방법은 아주 간단해요.내 Github 닉네임과 똑같은 이름의 저장소(Repository)를 생성합니다. 그리고 README.md 파일을 작성해 자신을 표현하는 글을 작성해 보세요! 프로필 Hits MyHit 추가하기 Hit 라이브러리가 지원 종료되었고, 댓글로 유사 서비스인 MyHits를 개발하셨다고 남겨주셨습니다. 넘 감사드립니다!본인이..

혹시 평소처럼 git push를 보냈는데 갑자기 "Support for password authentication was removed..."라는 차가운 에러 메시지를 마주하고 당황하신 적 없으신가요?네, 맞습니다. 2021년 8월 13일부터 Github에서 보안 강화를 위해 계정 비밀번호를 통한 인증을 막아버렸거든요. 이제는 비밀번호 대신 Personal Access Token(PAT), 즉 '개인 액세스 토큰'이라는 마법의 열쇠가 필요합니다.오늘은 이 토큰이 왜 필요한지, 그리고 어떻게 발급받아 사용하는지 아주 쉽게 정리해 드릴게요! 왜 귀찮게 비밀번호 대신 '토큰'을 쓰나요?비밀번호 하나면 편한데 왜 굳이 토큰을 써야 할까요? 여기에는 아주 중요한 엔지니어링 보안 철학이 담겨 있습니다. 권한의 ..

전 세계 개발자들이 사용하는 유명 오픈소스에 내 코드가 한 줄이라도 들어간다면? 상상만 해도 짜릿하지 않나요? 저도 최근 제가 만든 안드로이드 UI 라이브러리를 유명 저장소에 제안했고, 감사하게도 정식으로 반영되었습니다! 오늘은 그 생성한 경험을 바탕으로, 오픈소스 기여의 A to Z를 정리해 드립니다.Fork & Clone: 나만의 작업실 만들기 (Step 1) 가장 먼저 기여하고 싶은 저장소를 내 계정으로 복사해 와야 합니다.원하는 저장소 우측 상단의 Fork 버튼을 클릭합니다.내 계정으로 복사된 저장소 주소를 복사해 로컬 PC에 git clone 합니다. Pull Request: "제 코드를 검토해 주세요!" (Step 2~3)코드를 수정하고 푸시했다면, 이제 원본 저장소 주인에게 합쳐달라고 요청할..

내가 만든 유용한 유틸리티 클래스나 커스텀 뷰, 다른 프로젝트에서도 쓰고 싶어서 매번 코드를 복사해서 붙여넣고 계시진 않나요? 이제는 당당하게 implementation 'com.github.username:repo:version' 한 줄로 불러와 보세요! 오늘은 안드로이드 라이브러리를 세상에 가장 쉽게 공개하는 방법, Jitpack 배포 과정을 정리해 드립니다.배포 전 체크리스트 (Step 1)JitPack은 깃허브 레포지토리의 Relase(릴리즈) 정보를 기반으로 작동합니다.Public Repository: 무료 배포를 위해선 저장소가 '공개' 상태여야 합니다.Github 계정: 당연히 필요하겠죠? 프로젝트 설정하기 (Step 2)안드로이드 스튜디오 프로젝트에 "나 배포할 준비 됐어!"라고 알려주는 ..

Github에 있는 유명한 오픈소스들을 자세히 살펴보면 LICENSE라는 이름의 파일이 항상 포함되어 있는 것을 보셨을 거예요. 처음 오픈소스를 시작하거나 개인 프로젝트를 공개할 때, "라이선스? 그냥 코드만 올리면 되는 거 아냐?"라고 생각하기 쉬운데요. 사실 라이선스를 명시하지 않은 프로젝트는 기본 저작권법의 보호를 받아, 오히려 타인이 코드를 복제하거나 배포하는 것이 금지됩니다. 내가 만든 코드가 널리 쓰이길 원한다면, 오히려 명확한 사용 규칙(License)을 정해주는 것이 중요하답니다. 오늘은 왜 라이선스가 필요한지, 그리고 어떻게 하면 내 레포지토리에 딱 맞는 라이선스를 쉽게 추가할 수 있는지 정리해 보겠습니다! 나에게 맞는 License 찾기 (Choose a license)라이선스 종류는..