팀 프로젝트에서 Java로 작성된 Spring Boot 백엔드를 Kotlin으로 점진적으로 마이그레이션하기로 했다. "한 번에 다 바꾸자"는 욕심을 버리고, entity/dto 클래스부터 시작해서 충돌을 최소화하며 전환하는 방식을 선택했다. 이 글은 그 과정에서 마주친 문제들과 선택의 이유를 기록한 글이다.

1. 첫 번째 시도: Lombok을 그냥 두면 안 될까?

처음엔 단순하게 생각했다. Java 클래스를 Kotlin으로 변환할 때 Lombok 어노테이션(@Getter, @Builder, @AllArgsConstructor 등)을 그냥 유지하면 되지 않을까?

// 이렇게 하면 되지 않을까?
@Getter
@Builder
@AllArgsConstructor
@NoArgsConstructor
class Policy { ... }

결과는 빌드 실패였다.

error: cannot find symbol
Policy.builder()

왜 안 될까?

kapt(Kotlin Annotation Processing Tool) 는 Kotlin 코드에서 어노테이션을 처리하는 도구인데, Kotlin primary constructor에 붙은 Lombok 어노테이션은 제대로 처리하지 못한다. Lombok은 원래 Java 컴파일러의 APT(Annotation Processing Tool)를 기반으로 동작하도록 설계되었기 때문이다.

해결책: Companion Object Builder 패턴

Lombok @Builder를 대체하기 위해 Kotlin의 companion object에 Builder 클래스를 직접 구현했다.

@Entity
@Table(name = "policy")
class Policy(
    @Id @GeneratedValue(strategy = GenerationType.IDENTITY)
    var id: Int? = null,
    var plcyNo: String? = null,
    // ... 모든 필드를 primary constructor로
) {
    companion object {
        // Java 코드에서 Policy.builder() 그대로 사용 가능
        @JvmStatic fun builder() = Builder()

        @JvmStatic fun from(item: PolicyItem, rawJson: String?): Policy = Policy(
            plcyNo = item.plcyNo(),
            // ...
        )
    }

    // 마이그레이션 안정성을 위해 임시로 builder 패턴 직접 구현
    // 최종적으로는 삭제 필요
    class Builder {
        private var plcyNo: String? = null
        fun plcyNo(v: String?) = apply { plcyNo = v }
        fun build() = Policy(plcyNo = plcyNo, ...)
    }
}

핵심은 기존 Java 코드(Policy.builder()...build())를 전혀 수정하지 않아도 된다는 점이다. @JvmStatic을 붙이면 Java에서 companion object 메서드를 정적 메서드처럼 호출할 수 있다.

2. kapt + JDK 25 조합의 함정

빌드가 계속 실패했는데, 원인이 의외의 곳에 있었다.

> Error while evaluating property 'javacOptions' of task ':kaptKotlin'.
   > 25.0.1

kapt가 JDK 25 버전 문자열을 파싱하지 못하는 버그였다. 버전 번호가 두 자리(25)가 되면서 kapt 내부 파싱 로직이 실패하는 것이다.

이 문제 때문에 kapt가 실행 자체를 못하게 되니:

• Lombok @AllArgsConstructor → 생성자 생성 ❌
• QueryDSL @QueryProjection → Q클래스 생성 ❌

즉, 앞서 마주쳤던 여러 오류의 근본 원인이 사실 하나였다.

임시 해결

JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-21.jdk/Contents/Home \
./gradlew clean build

build.gradle.kts에 이미 java { toolchain { languageVersion = JavaLanguageVersion.of(21) } } 가 설정되어 있었지만, Gradle toolchain 설정이 kapt에는 자동으로 적용되지 않는다는 함정이 있었다. kapt는 별도의 Gradle Worker로 실행되기 때문이다.

3. Kotlin + Java + Lombok 혼재의 구조적 한계

PolicySearchCondition이라는 Java 클래스를 Kotlin 컨트롤러에서 사용할 때 문제가 생겼다.

// Java
@Getter @Builder @NoArgsConstructor @AllArgsConstructor
public class PolicySearchCondition {
    private String keyword;
    private Integer age;
    // ...
}

// Kotlin
val condition = PolicySearchCondition(
    request.keyword,
    request.age,
    // ... 8개 인수
) // ❌ Too many arguments for 'constructor(): PolicySearchCondition'

JDK 21로 바꿔도 동일한 오류가 발생했다. 이건 JDK 버전 문제가 아니라 Kotlin + Java + Lombok 혼재의 구조적 문제였다.

Kotlin 컴파일러는 Java Lombok이 생성한 생성자를 컴파일 타임에 알 수 없다. kapt가 stub을 생성해줘야 하는데, Kotlin → Java 혼재 프로젝트에서 이 순서가 꼬이는 것이다.

해결책: Kotlin data class로 전환

data class PolicySearchCondition(
    val keyword: String? = null,
    val age: Int? = null,
    val earn: Int? = null,
    val regionCode: String? = null,
    val jobCode: String? = null,
    val schoolCode: String? = null,
    val marriageStatus: String? = null,
    val keywords: List<String>? = null,
)

Lombok 의존을 완전히 제거하고 Kotlin data class로 전환하면 kapt 없이도 생성자가 자동 생성된다.

4. Kotlin 기본값 파라미터와 Java 호환성: @JvmOverloads

ServiceException을 Kotlin으로 마이그레이션할 때 또 다른 호환성 문제가 생겼다.

// Kotlin
class ServiceException(
    val resultCode: String,
    val msg: String,
    cause: Throwable? = null  // 기본값!
) : RuntimeException(...)

Kotlin에서는 cause를 생략할 수 있지만, Java에서는 기본값을 인식하지 못한다.

// Java
throw new ServiceException("AUTH-401", "인증 정보가 없습니다.");
// ❌ required: String, String, Throwable
//    found:    String, String

해결책: @JvmOverloads

class ServiceException @JvmOverloads constructor(
    val resultCode: String,
    val msg: String,
    cause: Throwable? = null
) : RuntimeException(...)

@JvmOverloads를 붙이면 Kotlin 컴파일러가 Java용 오버로딩 생성자를 자동 생성해준다:

// Java에서 둘 다 사용 가능
new ServiceException("AUTH-401", "인증 오류")       // ✅
new ServiceException("AUTH-401", "인증 오류", e)    // ✅

단점도 있다. 파라미터가 많으면 불필요한 오버로딩 조합이 많이 생성되고, 의도하지 않은 생성자가 외부에 노출될 수 있다. 하지만 ServiceException처럼 파라미터가 적은 경우엔 가장 깔끔한 선택이다.

5. 마이그레이션 순서 전략: 의존성 방향을 따라가라

점진적 마이그레이션에서 가장 중요한 것은 순서다. 잘못된 순서로 바꾸면 연쇄 충돌이 발생한다.

우리가 선택한 순서:

1단계: 독립적인 클래스 (다른 클래스를 참조하지 않는 것)
   └── enum 클래스, 예외 클래스

2단계: 단순 설정/프로퍼티 클래스
   └── @ConfigurationProperties, BaseEntity

3단계: 서비스/유틸 클래스
   └── 단방향 의존 구조인 것부터

나중에: Spring Batch, 인증 관련
   └── 팀원 코드가 많거나 안정성이 중요한 것

그리고 한 가지 중요한 원칙을 지켰다:

다른 파일 수정이 필요하면 먼저 설명하고 승인받기

처음에 이 원칙 없이 진행했다가 팀원 코드를 건드리거나 범위를 벗어나는 변경이 생겼다. 마이그레이션은 혼자 하는 작업이 아니기 때문에, 변경 범위를 명확히 하는 것이 중요하다.

마치며

Java → Kotlin 마이그레이션에서 가장 큰 복병은 kapt였다. Lombok, QueryDSL 등 어노테이션 기반 코드 생성 도구들이 Kotlin과 완벽하게 호환되지 않기 때문에, 이 부분을 먼저 이해하고 전략을 세우는 것이 핵심이다.

핵심 교훈을 정리하면:

점진적 마이그레이션은 느리지만 안전하다. 팀원과의 충돌을 최소화하면서 코드베이스를 개선해나가는 것, 그게 실무에서의 마이그레이션이다.

어떠세요? 분량이나 톤, 추가하고 싶은 내용이 있으면 말씀해주세요!

배경

Java + Kotlin 혼재 프로젝트에서 policy 도메인을 코틀린으로 마이그레이션하던 중, Policy.java(@Entity)를 Policy.kt로 전환하면서 예상치 못한 문제들을 마주쳤습니다.

문제의 시작: QPolicy를 찾을 수 없음

Policy.java → Policy.kt 전환 후 빌드하자 다음 오류가 발생했습니다.

cannot find symbol: class QPolicy

원인: QueryDSL은 @Entity 클래스를 감지해 Q클래스를 자동 생성합니다. 이 과정은 Java 전용 도구인 APT(Annotation Processing Tool) 가 담당합니다. APT는 .java 파일만 처리하기 때문에 Policy.kt로 전환하자 QPolicy가 생성되지 않았습니다.

Policy.java → APT → QPolicy.java 생성 ✅
Policy.kt   → APT 인식 불가 → QPolicy 미생성 ❌

시도한 해결책: kapt 도입

코틀린 파일도 APT가 처리할 수 있도록 kapt(Kotlin Annotation Processing Tool) 를 도입했습니다. kapt는 .kt 파일을 Java 스텁으로 변환한 뒤 APT에 넘겨주는 번역기 역할을 합니다.

Policy.kt → kapt(Java 스텁 변환) → APT → QPolicy 생성 ✅

build.gradle.kts에 kapt를 추가했고, 실제로 QPolicy는 생성됐습니다.

예상치 못한 부작용: 프로젝트 전체 Java 파일에 영향

kapt를 추가하자 policy와 전혀 무관한 파일들에서 연쇄적으로 오류가 발생했습니다.

variable memberRepository not initialized in the default constructor
cannot find symbol: variable log
constructor EstateRegionDto cannot be applied to given types

근본 원인: kapt는 QPolicy 생성을 위해 Policy.kt만 처리하는 게 아니라, 프로젝트의 모든 파일을 스텁으로 변환합니다. 이 과정에서 Lombok이 아직 처리되지 않은 상태로 Java 파일들의 스텁이 만들어지면서 오류가 발생했습니다.

kapt 스텁 생성 단계 (Lombok 처리 전):

ActorProvider.java
  @RequiredArgsConstructor → 생성자 미생성 → private final 필드 초기화 불가 💥

EstateRegionCache.java  
  @Slf4j → log 변수 미생성 💥

EstateRegionDto.java
  @AllArgsConstructor → 전체 인자 생성자 미생성 💥

kapt의 한계

kapt/KSP 모두 스텁 생성 단계가 Lombok 처리보다 먼저 실행되는 구조적 한계가 있습니다. 이는 도구의 문제가 아니라 Java + Kotlin + Lombok이 혼재하는 환경의 컴파일 순서 문제입니다.

kapt 없을 때:
Java → annotationProcessor(Lombok 처리) → 컴파일 ✅

kapt 추가 후:
전체 파일 → kapt 스텁 생성 (Lombok 미처리) → 💥

최종 결론: Policy.java 유지

결국 Policy.java를 그대로 유지하는 방향으로 결정했습니다.

| 방법 | 결과 | |---|---|| Policy.kt + kapt | QPolicy 생성되지만 프로젝트 전체 Lombok 파일 오류 💥 | | Policy.java 유지 | QPolicy 정상 생성, Lombok 문제 없음 ✅ |

핵심 교훈: 코틀린은 Java와 마찰 없이 혼재할 수 있지만, QueryDSL의 Q클래스 생성이 필요한 @Entity 클래스는 Java로 유지하는 것이 현실적입니다. 비즈니스 로직이 담긴 Service, Repository, DTO 등은 코틀린으로 자유롭게 전환할 수 있으며, 이것만으로도 코틀린의 장점을 충분히 활용할 수 있습니다.

데브코스 강사님이 점프투 스프링부트 교재를 추천해 주셔서, 따로 공부하면서 기억할 만한 내용을 작성하려고 한다. 정리를 잘할 생각은 없고 일단 기록하는 게 목적!

• JPA(Java Persistance API): 스프링부트에서 사용하는 ORM(Object-Relational Mapping)기술의 표준. 인터페이스 모음이다
• Hibernate: JPA를 구현한 실제 클래스이자, JAVA의 ORM 프레임워크
• JDBC(Java Database Connectivity): 자바 애플리케이션이 다른 RDBMS와 통신하고 데이터를 조회, 삽입, 수정, 삭제할 수 있도록 돕는 표준 API

문제는 다음과 같이 amazing할 정도로 단순하다. 그런데 무슨 문제가 있었냐!

나의 첫 코드

public static void main(String[] args) {
        int i = 0;
        int result = 0;

        // 0부터 10까지 중 홀수들의 합을 구하세요.
        while (i <= 10) {
            if (i % 2 == 1) result += i++;
        }

        System.out.println(result);
    }

나름 코테 좀 풀어봤겠다, 최소한의 코드로 풀어 보려고 했다. 당연히 될 줄 알고 자신만만했는데 무한반복이 돌아 버렸다... 대체왜? 뭔가 문제점이 바로 안 보여서 지피티한테 물어봤다. 여기서 보이는 사람 있으신지...

정답은 바로 그렇다! 짝수일때 i가 변화하지 않아서 무한반복을 돌았던 것임ㅋㅋㅋㅋㅋ 바보... 그래서 평범하게 i++; 를 바깥으로 빼줬다.

두번째 코드

public static void main(String[] args) {
        int i = 0;
        int result = 0;

        // 0부터 10까지 중 홀수들의 합을 구하세요.
        while (i <= 10) {
            if (i % 2 == 1) result += i;
            i++; // 여기에서 증가시켰다.
        }

        System.out.println(result);
    }

멀쩡하게 잘됐다. 그리고 짱구를 굴려서 조금 더 짧게도 만들어봤다.

세번째 코드

public static void main(String[] args) {
        int i = 0;
        int result = 0;

        // 0부터 10까지 중 홀수들의 합을 구하세요.
        while (i++ < 10) {  //여기서 증가시켰다
            if (i % 2 == 1) result += i;
        }

        System.out.println(result);
    }

이런것도 해봄. 근데 0이 들어가지 않아서 0부터 10까지를 모두 탐색하지 않는 것이 조금 불편하기는 하다. 프로그래밍으로 문제해결한 것이 아니라 조건에 맞게 수학적으로 꼼수 부린 느낌? 무슨소린지 나도 모르겠다. 참고로 i랑 result 정의해준 기본 틀은 깨지 않으려고 했다.

아무튼 오늘은 여기까지

문제

설명

문제 자체는 매우 간단하다! 주어진 정수 n이하의 짝수를 모두 더하면 된다.

풀이

import java.util.stream.*;

class Solution {
    public int solution(int n) {
        int sum = IntStream.rangeClosed(1, n) //1부터 n까지의 정수 stream
            .filter(value -> value % 2 == 0) //짝수만 filter
            .sum(); //값을 모두 더함!

        return sum;
    }
}

stream을 베운 김에 사용해봤다. 별것 아니지만 뿌듯하다. 람다식도 그렇게 능숙하지 않았는데, 많이 사용해봐야겠다. 재미있구만!

배운 점

처음에 java.util.*; 을 적어놓고 시작했는데, IntStream 심볼을 찾을 수 없다는 오류가 떴다. java.util.stream.*; 으로 바꾼 후에 정상 동작했다. 이게 안된다는 건 처음 알았잖아...?

1. local 리포지토리에서 우선 gradle 방식으로 코딩
2. 강사님의 제출용 리포지토리 fork 후 local에 clone
3. 필요한 파일만 복사하여 적용한 후 git add .
4. git checkout -b BE10-wonsuyeon
5. git commit -m “커밋 메시지”
6. git push origin BE10-wonsuyeon

String에서 특정 문자열 검색

String string = "abc";
string.equals("abc");
string.startsWith("ab");

파일 입출력하기

입력

String fileName = "src/main/test.txt";

try (FileWriter writer = new FileWriter(fileName)) {
    writer.write(makeJson(quote));
}

FileWriter의 경우 인수로 전달된 이름의 파일이 없으면 생성하고, 있으면 해당 파일에 접근. But 상위 폴더가 있어야함. 없을경우 에러

출력

File file = new File(fileName);

if (file.exists()) {
    try (BufferedReader reader = new BufferedReader(new FileReader(file))) {
        String line = reader.readLine(); //한줄읽기
    }
}

File은 상위폴더가 없더라도 동작. 객체는 생성됨

파일을 한줄씩 모두 읽는경우 while(line = reader.readLine() != null) 사용

• 우선 뭐 기능이 Service에만 작성되어 있고 Controller에는 언급조차 없음. 무슨일이 있었던 거지...?
• 내가 이미 참여되어 있는 모임방은 검색에서 제외되어야 하는데, 그런 처리과정이 없음
• 모임시간이 지나거나, 이미 인원이 가득 찬 모임방도 제외되어야 함

2. 어떻게 수정할 것인가?

2.1. 검색필터 추가

• 내가 이미 참여된 모임방(내가 만든 모임방 포함) 및 모임시간이 지난 모임방, 참여인원이 가득 찬 모임방, 신고된 모임방을 검색 결과에서 제외하는 로직 추가.

2.2. Controller 코드를 적절히 추가해서 API로 정상 동작하도록 하기

2.3. 예외처리 로직 추가

• 사용자의 입력값(검색 키워드)가 null인 경우
• 키워드에 해당하는 검색 결과가 없는 경우

  2.4. 테스트코드 추가

• 지금껏 테스트코드를 제대로 사용하지 못했는데, 이것도 한번 해볼까 함

cmd + D

git pull
git branch -a

여기서 나오는 원하는 브랜치 경로를 긁어서

git checkout [브랜치 경로]

만약 커밋하지 않은 변경 사항이 있는 경우

git stash

로 변경사항을 일단 빼두고 checkout.

stash된 데이터 삭제하려면

git stash drop //가장 최근의 데이터 삭제
git stash clear //모든 데이터 삭제

1) 현재 브랜치에 커밋하기

git add [파일명]
git commit
git push origin [브랜치명]

2) 다른 브랜치에 커밋하기

...앞부분은 똑같고

git push origin [현재브랜치명]:[커밋할 브랜치명]

3) 원격 저장소의 브랜치 상태 가져오기

git fetch --all

4) 현재 브랜치 상태 모두 보기

git branch -a

개발자...공부는 어떻게 해야할까요 포스트 : 공부는 어떻게 해야할까요?

프로그래밍 공부법 : 언어/프레임워크 나누어 설명해 줘서 좋았음

개발 학습법들 : 개발 학습법 모으는 글에 개발 학습법 모아놓은 글

git rabase 방법 : 솔직히 지금은 이해 안되는데 몇번 읽어 보려고 저장

SQL join 설명 : 어려워... 상세한 설명!

IntelliJ 단축키 모음 : 익숙해지기...!

쩐다... .gitignore관련 정리 블로그

우선 계획으로서는, 계획...계획일지 모르겠지만. 아냐 그냥 한번에 쓰자

매일 코드를 볼 것.

매일 코드를 들여다 보기라도 해야 익숙해진다. 내가 보기에 나는 아직도 코드에 익숙한 사람이 아닌 것 같다. 하루에 한 번씩은 반드시 코드를 봐야 한다. 일기 쓰듯이...

문서화할것

문서화해야 내가 뭘 했고 뭘 해야 하는지, 어디서 틀렸는지가 눈에 보인다. 문서화할 내용은 역시 트러블슈팅과 새로 배운 내용 정리가 있다. 추가로 코딩하는 도중 고민했던 내용들을 사소한 것이라도 적어 두면 도움이 되겠다.

주의사항

여기서 짚고 넘어가야 할 주의사항. 내 블로그나 깃허브를 너무 멋지게 만들려고 노력하지 않기. 물론 노력한다고 딱히 멋있어지지 않는 게 포인트다. 그냥 편하게 써... 뭐라도 써서 점점 나아진다면 그게 멋진거다

문서화 - 반복적인 패턴의 기록

특히 반복적으로 사용하는 - 예를 들어 깃허브 pr 날리기 같은 - 부분은 반드시 정리해 둔다. 나중에 이거 하겠다고 시간 낭비할 일 없게 제대로 정리한다.

시간 쓰기

아까 코드를 자주 보는 거랑 비슷한 맥락인데, 시간을 그냥 퍼다 쓰자. 경험상 초보자는 시간을 아까워해서는 안 되고, 잘못된 길로 가는 것을 두려워해서는 안 된다. 시간을 처음부터 많이 투자할 것을 염두에 두면 조금 헤메거나 꼼꼼히 문서화하는 시간도 아깝지 않을 것. 그리고 기한이 있는 작업은 일찍 시작하기... 정도가 비슷하겠다.

STS보다는 부가 기능이 편리한 IntelliJ를 사용하였다. IntelliJ Ultimate 결제하여 사용!

Gradle-Groovy로 SpringBoot 프로젝트를 생성하였다.

github에 업로드하며 작업하기 위해 .gitignore 파일을 생성하였다.

https://www.toptal.com/developers/gitignore 위 링크에서 생성!

설정은 다음과 같다

그리고 github에 업로드하였다.

우선 github에 repository를 새로 생성한다. 그리고 repository 링크를 복사해두기.

<git 초기화>

git add 후

commit

그리고 push!

위와 같이 업로드되었다! 휴 이제 시작이구만

---- Git Gragh ----

내 repository에 대한 git graph를 볼 수 있다! 그리고 git 기능들을 graph에서 편리하게 사용 가능하다. 원하는 대로 보여지는 방식을 변경 가능하다!

나머지는 걍 복붙한다. 단축키도 있으니 필요하면 설명 다시 찾아볼것

Git Graph View:

Display:

Local & Remote Branches
Local Refs: Heads, Tags & Remotes
Uncommitted Changes

Perform Git Actions (available by right clicking on a commit / branch / tag):

Create, Checkout, Delete, Fetch, Merge, Pull, Push, Rebase, Rename & Reset Branches
Add, Delete & Push Tags
Checkout, Cherry Pick, Drop, Merge & Revert Commits
Clean, Reset & Stash Uncommitted Changes
Apply, Create Branch From, Drop & Pop Stashes
View annotated tag details (name, email, date and message)
Copy commit hashes, and branch, stash & tag names to the clipboard

View commit details and file changes by clicking on a commit. On the Commit Details View you can:

View the Visual Studio Code Diff of any file change by clicking on it.
Open the current version of any file that was affected in the commit.
Copy the path of any file that was affected in the commit to the clipboard.
Click on any HTTP/HTTPS url in the commit body to open it in your default web browser.

Compare any two commits by clicking on a commit, and then CTRL/CMD clicking on another commit. On the Commit Comparison View you can:

View the Visual Studio Code Diff of any file change between the selected commits by clicking on it.
Open the current version of any file that was affected between the selected commits.
Copy the path of any file that was affected between the selected commits to the clipboard.

Code Review - Keep track of which files you have reviewed in the Commit Details & Comparison Views.

Code Review's can be performed on any commit, or between any two commits (not on Uncommitted Changes).
When a Code Review is started, all files needing to be reviewed are bolded. When you view the diff / open a file, it will then be un-bolded.
Code Reviews persist across Visual Studio Code sessions. They are automatically closed after 90 days of inactivity.

View uncommitted changes, and compare the uncommitted changes with any commit.

Hover over any commit vertex on the graph to see a tooltip indicating:

Whether the commit is included in the HEAD.
Which branches, tags and stashes include the commit.

Filter the branches shown in Git Graph using the 'Branches' dropdown menu. The options for filtering the branches are:

Show All branches
Select one or more branches to be viewed
Select from a user predefined array of custom glob patterns (by setting git-graph.customBranchGlobPatterns)

Fetch from Remote(s) (available on the top control bar) Find Widget allows you to quickly find one or more commits containing a specific phrase (in the commit message / date / author / hash, branch or tag names).

Repository Settings Widget:

Allows you to view, add, edit, delete, fetch & prune remotes of the repository.
Configure "Issue Linking" - Converts issue numbers in commit messages into hyperlinks, that open the issue in your issue tracking system.

Configure "Pull Request Creation" - Automates the opening and pre-filling of a Pull Request form, directly from a branches context menu.
  Support for the publicly hosted Bitbucket, GitHub and GitLab Pull Request providers is built-in.
  Custom Pull Request providers can be configured using the Extension Setting git-graph.customPullRequestProviders (e.g. for use with privately hosted Pull Request providers). Information on how to configure custom providers is available here.

Export your Git Graph Repository Configuration to a file that can be committed in the repository. It allows others working in the same repository to automatically use the same Git Graph configuration.

---- Git History ----

그래프와 디테일에 대한 깃 로그를 볼 수 있고, 검색할 수 있다. 지난 파일의 사본을 볼 수 있다. history를 보고 검색할 수 있다.

Available Commands : View Git History (git log) (git.viewHistory) View File History (git.viewFileHistory) View Line History (git.viewLineHistory)

그리고 위 기능들의 단축키를 지정할 수 있다!

---- Git Lense ----

GitLense를 쓴다면? 당신은 코드를 보다 잘 이해하고, 쓰고, 리뷰할 수 있다! 유료 기능도 있지만 우선 무료기능만 써본다.

GitLense를 사용하면 Git CodeLense를 통해 누가 언제 어떻게 이 코드를 수정하고 작성했는지 알려준다!

그리고 코드가 어떤 과정을 거쳐 변화했는지 history를 보여준다!

---- The End ----

*용어 정리

1) untapped : 아직 손대지 않은 2) on-damand : 요구할 때 즉시 3) miscellaneous : 여러 가지 종류의, 이것저것 다양한

Formatting이란 VSCode에서 코드를 자동 정렬해 주는 기능이다.

OS마다 단축키가 다르다. 메뉴에서 찾아 쓰는 건 이 블로그가 날아가지 않는 이상 쓸 일 없을 것 같아 생략

Windows : Shift + Alt + F Mac : command + option + L Linux : Ctrl + Shift + I

근데 왜 리눅스만 혼자 I를 붙이는 걸까? 궁금해져 버렸다

1. manually install. 하나하나 Eslint & Prettier, Typescript, Babel, Webpack을 공식 홈페이지를 참고하여 설치한다. 충돌 오류를 해결하여 주는 eslint-plugin-prettier 또한 설치 필요.

2. CRA(Create React App)을 사용하는 방법. TypeScript를 사용할 것이기 때문에 'Creating a TypeScript app' 부분을 찾아 설치하였다.

3. Online Code Tool인 CodeSandbox를 사용하는 방법. 온라인으로 즉시 실행 가능하다. 단순한 테스트에 적합.