his👖 his👖

Git을 사용해 협업하는 중 브랜치를 합치거나 원격 저장소의 코드를 가져올 때 어떤 명령어를 사용해야 하는지 고민되는 순간 😅 1. Git Rebase vs Git Merge: 브랜치를 합치는 두 가지 방법git rebase와 git merge의 차이점을 설명하고, 각각 어떤 상황에서 사용하는 것이 적절한지 설명해보자 Git에서 분기된 브랜치를 하나로 병합한다는 의미에서는 동일하지만어떻게 커밋 히스토리(이력)를 남기느냐에 따라 git merge와 git rebase로 다른 결과를 낳는다 merge는 브랜치의 변경 사항과 흐름 이력을 그대로 남기지만rebase는 대상 브랜치의 최신 커밋 위에 현재 브랜치의 커밋들이 순서대로 재적용되어 선형 히스토리가 형성된다 따라서 브랜치의 사용 내역을 남겨둘 필요가 있..

작업 중 PR을 올렸는데 아차 싶었던 경험 😅 🚨 문제 상황@PathVariable 로 List를 받으려고 했지만 API 경로가 동일하게 매핑되어 “Ambiguous handler methods mapped” 에러가 발생했다즉, 단건/다건 조회 메서드의 경로가 충돌하여 이를 해결하지 못하고 PR을 미완성으로 제출하게 되었다다음 미션으로 넘어가서 다른 요구사항을 먼저 해결한 뒤, 코드를 수정해보니 바이너리 파일 업로드에 성공하였다따라서 기존에 올린 PR의 내용에 변경이 필요한 상황이 되었다 😅 현재 상황은 이미 다음 미션인 sprint5가 분기된 상태이다하지만 이미 PR이 올라간 sprint4 브랜치에 수정이 필요하기 때문에 아래와 같이 해결해야 한다 ✅ 해결 방법1. 이전 PR을 올린 sprint..

Atomic CommitAtomic commit은 작지만 완전한 하나의 기능을 포함하는 커밋을 의미한다“Atomic”이란 원자처럼 분할할 수 없는 최소의 단위라는 뜻을 가지며,이는 커밋도 마찬가지로 최소한의 변경 사항만을 담아야 함을 뜻한다 개념Atomic commit 전략은 큰 변경사항을 작은 단위로 분리하여 커밋하는 것을 말한다이렇게 함으로써 각 커밋이 하나의 완전한 변경사항을 나타내게 되며,이는 코드 리뷰를 용이하게 하고 이해하기 쉬운 이력을 만든다 또한 Atomic commit을 사용하면 특정 변경 사항이 문제를 일으킬 경우해당 커밋만을 쉽게 되돌릴 수 있어 문제 해결이 용이해진다 예시예를 들어, 새로운 기능을 추가하고 버그를 수정했다고 가정해보자이 두 가지 변경 사항을 한 번의 커밋에 포함시키는..

스프린트 미션 2 디스코드 서비스를 활용해보며 각 도메인 모델에 필요한 정보를 도출하고이를 Java Class로 구현해보았다 구현하며 받은 코드 리뷰를 다음과 같이 정리했다코드 리뷰 ➡️ 개선 코드 💡 한번 선언된 후 변경되지 않는 값은 어떻게 표현하는 게 좋을까?private UUID id; // 객체 식별⬇️final 키워드를 이용해 표현하자 ‼️private final UUID id; 💡 PR 올릴 때는 불필요한 로깅 삭제해야 한다System.out.println("ESC..."); 💡 가독성이 좋은가?if(newType!=ChannelType.PRIVATE&&newType!=ChannelType.PUBLIC) {⬇️띄어쓰기로 구분해 읽기 더 좋게 작성하자if(newType != Chan..

Git Status 명령어git status 명령어는 Git 레포지토리의 상태를 확인하는데 사용되는 명령어 git status 명령어를 통해 어떤 파일이 수정되었는지,어떤 파일이 아직 스테이징되지 않았는지,현재 어떤 브랜치에 위치해 있는지 등의 정보 확인 가능 git에 의해 추적되지 않은 명령어… 알려줌사용법git status 명령어를 실행하면 현재 레포지토리의 상태 출력git status 위와 같은 명령어를 실행하면 Git은 아래와 같은 종류의 정보를 출력현재 체크아웃된 브랜치 이름스테이징 영역에 추가된 파일 (Changes to be committed)스테이징 영역에 추가되지 않은 수정된 파일들 (Changes not staged for commit)Git에 의해 추적되지 않는 새로운 파일들 (Unt..

Git RepositoryGit Repository(레포지토리)는 Git에 의해 관리되는 프로젝트 디렉터리레포지토리 안에는 프로젝트의 모든 파일과 각 파일의 수정 이력을 담은 정보 포함레포지토리를 통해 Git은 프로젝트의 상태를 특정 시점으로 되돌릴 수 있거나, 변경 이력을 조회하거나, 다른 브랜치로 전환하는 등의 작업 수행 레포지토리의 주요 요소Working Directory: 현재 작업 중인 프로젝트의 파일들이 위치하는 디렉터리Staging Area(Indedx): 커밋하기 위해 선택한 파일들의 정보를 저장하는 영역, 이 영역을 통해 원하는 파일들만을 커밋에 포함 시키는 것이 가능.git Directory(Repository): Git의 메타데이터와 객체 데이터베이스를 저장하는 디렉터리, 이 디렉터리..

간단한 리눅스 명령어ls : 하위 폴더, 파일 보기ls -l (ll) : 하위 폴더, 파일 자세히 보기pwd : 현재 위치한 폴더 출력cd : 원하는 경로로 이동mkdir 폴더명 : 새 디렉토리 생성rm -rf 폴더, 파일 : 폴더, 파일 삭제pwd: 현재 위치한 디렉토리 경로 출력pwd는 print working directory의 약어로 현재 내가 보고있는 폴더의 경로를 알려줌( 참고 ) '~' 은 루트 디렉토리로 보통 사용자 계정 경로가 지정됨 ls: 현재 위치한 디렉토리 안에 있는 폴더와 파일 목록 보기ls는 list의 약어이며 현재 위치한 폴더 내부에 있는 하위폴더, 파일들의 정보 출력 ls -l: ls 명령어 뒤에 -l 옵션을 주면 권한 같은 자세한 정보 표시 ls -a: -a 옵션을 ..

#What is Git? Git과 버전 관리 시스템(Version Control System) Git이란? Git은 소프트웨어 개발에서 사용되는 분산 버전 관리 시스템(Distributed Version Control System, DVCS) 중 하나리너스 토발즈(Linus Torvalds)가 개발하였으며, 소프트웨어 개발에서 소스 코드 관리에 주로 사용Git의 주요 목표는 속도, 데이터 무결성, 그리고 분산 시스템의 지원을 위한 완전한 분산을 포함해 비선형 작업 흐름을 지원하는 것 버전 관리 시스템(Version Control System, VCS)이란? 버전 관리 시스템(VCS)은 시간에 따라 문서나 소스 코드와 같은 정보의 변화를 기록하고, 특정 시점의 버전을 다시 불러올 수 있는 시스템이런 시스템..

🙋🏿‍♀️ 들어가기 전… 웹을 통해 전달되는 데이터는 어딘가에서 해석되어야 함서버에서 전송한 데이터(HTML과 같은)가 클라이언트에 도착해야 할 곳은 ‘Browser’Browser에는 데이터를 해석해주는 파서와 데이터를 화면에 표현해주는 렌더링엔진이 포함되어 있음이런 작업의 대부분은 브라우저 내부에서 이뤄지기 때문에 반드시 알아야 하는 것은 아님하지만 브라우저의 내부를 이해하면 웹 개발을 하면서 맞닥뜨리는 난해한 문제를 해결할 수 있고, 보다 최적화된 웹개발을 할 수 있음 학습 목표HTML파일이 올 때 브라우저가 어떻게 렌더링과정을 거쳐서 화면에 보이게 되는지 간단히 이해 핵심 개념Web Browser Rendering 📝 학습내용(참고) 브라우저 접속하면 소스 보기 가능브라우저들이 알아서 해결..