안드로이드 프로젝트 세팅에서 가장 중요한 부분은 아무래도 gradle 관리가 아닐까?gradle 파일은 두가지 언어로 작성할 수 있다. Groovy와 Kotlin 예전엔 전부 Groovy만 써왔으면 이젠 확실히 Kotlin으로 많이 넘어간 추세이다.그러면서 유의미한 변화가 있다. 바로 libs.version.toml의 도입이다. libs.version.toml은 Version Catalogs 기능을 활용하여 의존성을 효율적으로 관리하는 파일이다.Gradle의 Version Catalogs는 Gradle 7.0 이상부터 지원되며, libs.version.toml을 사용하면 의존성 버전과 라이브러리를 한 곳에서 선언하고 관리할 수 있다.📌 libs.version.toml의 역할1. 의존성 버전 관리여러 모..

Github Actions로 업무 자동화 도입하기 #1 : Github Actions란?Github Actions로 업무 자동화 도입하기 #2 : Workflows (워크플로우) Github Actions로 업무 자동화 도입하기 #3 : Workflows를 트리거 하는 이벤트  GithubActions의 구성요소를 정의하는 데에 많은 시간을 쏟고 싶지 않다.그래서 나머지 구성요소를 싹 묶어서 정리하기로 했다 ㅎㅎ;; 1. Jobs1-1. Job 란?Jobs는 Workflows 내에서 실행되는 개별 작업 단위이다.워크플로우는 여러 개의 잡으로 구성될 수 있으며, 각 Job은 독립적으로 실행된다.1-2. Job의 특징독립성: 각 Job은 독립적으로 실행되며, 필요에 따라 다른 Job에 의존성을 설정할 수 있..

Github Actions로 업무 자동화 도입하기 #1 : Github Actions란?현재 나의 목표가 하나 있다.회사 내 앱에 Github Actions를 도입하여 앱 검수 요청까지 완료하기 !!그러기 위해선 우선 Github Actions가 무엇인지 확인해봐야 한다. 참고: https://docs.github.com/ko/actions/learanovice-dp.tistory.com Github Actions로 업무 자동화 도입하기 #2 : Github Actions 구성요소 (1) - Workflows (워크플로우)Github Actions로 업무 자동화 도입하기 #1 : Github Actions란?현재 나의 목표가 하나 있다.회사 내 앱에 Github Actions를 도입하여 앱 검수 요청까지..

Github Actions로 업무 자동화 도입하기 #1 : Github Actions란?현재 나의 목표가 하나 있다.회사 내 앱에 Github Actions를 도입하여 앱 검수 요청까지 완료하기 !!그러기 위해선 우선 Github Actions가 무엇인지 확인해봐야 한다. 참고: https://docs.github.com/ko/actions/learanovice-dp.tistory.com 챕터 1에서는 Github Actions가 무엇인지를 정리했다. (글 상단 링크 참고) 이번 글에서는 챕터 1에서 잠깐 언급된 Github Actions 구성요소에 대한 자세한 설명을 차근차근 정리해보려고 한다. 그전에 앞서 구성요소는 어떤 것들이 있는지 간략하게 정리하자면 아래와 같다. 이벤트(Event): 저장소에서..

현재 나의 목표가 하나 있다.회사 내 앱에 Github Actions를 도입하여 앱 검수 요청까지 완료하기 !!그러기 위해선 우선 Github Actions가 무엇인지 확인해봐야 한다. 참고: https://docs.github.com/ko/actions/learn-github-actions/understanding-github-actions1. Github Actions란?GitHub Actions는 연속 통합 및 연속 배포(CI/CD) 플랫폼으로, 빌드, 테스트, 배포 파이프라인을 자동화할 수 있게 해준다.예를 들어, 저장소에 새로운 Pull-Request가 생기면 이를 빌드하고 테스트하는 workflows를 만들거나,병합된 Pull-Request를 프로덕션에 배포하는 작업을 자동화할 수 있다.Git..

개요나는 그동안 develop이나 master 브랜치로 작업 내용을 합칠 때, merge를 사용했다.Pull Request에 올리면 자연스럽게 master 브랜치로 merge가 되기도 한다.그런데 오늘. Git 히스토리가 너무 꼬여 정리를 하고 있었고,협업에서 같이 일하는 선배는 rebase를 사용하길래 문득 그 차이가 궁금해졌다. * git rebase와 git merge는 두 가지 모두 Git에서 브랜치를 통합하는 데 사용되는 명령어이다.git merge목적 두 브랜치를 하나의 공통 커밋 히스토리로 병합.작동 방식병합 시, 새로운 커밋(merge commit)이 생성됨두 브랜치의 히스토리를 합치는 역할을 하며, 히스토리가 그대로 보존장점기존의 모든 커밋 히스토리를 보존하므로, 브랜치의 개발 과정을 명..