Pican's Tech

Windows WSL 사용하여 개발환경 세팅

Pican — Tue, 27 Oct 2020 12:52:44 +0900

본 포스트에서는 윈도우 환경에서 WSL을 사용해 개발환경을 세팅하는 법을 다룹니다.

필수 : Windows 10 RS1 1607 이상(WSL 2사용시 2004버전 필요.), VScode

먼저 PowerShell(관리자 권한 실행)에서

1
2

dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

cs

차례대로 윈도우의 "Windows Subsystem for Linux"과 "Virtual Machine Platform"을 키는 명령어이다.

"작업을 완료했습니다."라며 다시 커맨드 창이 보이면 성공한 것이다.

이후로는 WSL에서 사용할 리눅스 배포판을 선택하여 다운로드해야한다.

Windows에서 사용가능한 리눅스 배포판들

스토어 페이지로 들어가면 사용할 수 있는 리눅스 배포판이 보인다.

이 포스팅에서는 가장 많이 사용하는 Ubuntu를 설치하도록 하겠다.

Ubuntu의 설치를 마치면 실행을 해주면 되는데, 첫 실행에서는

"Installing, this may take a few minutes..."라는 문구가 뜨며 잠시 시간이 소요하게 된다.

약 5~10분이면 완료되니, 잠시 기다리도록 하자.

이후에는 새로운 UNIX 유저이름과 비밀번호를 설정하라고 하는데,

안내 문구대로 설정하여 준다.(유저이름이 윈도우 유저이름과 같을 필요없다.)

(혹시나 비밀번호를 까먹었다면,

1

sudo passwd 사용자명

cs

명령어를 사용해 비밀번호를 재설정 해주면 된다.)
 
이후 다시 PowerShell에서

1

wsl -l

cs

명령어를 사용하여 우분투가 설치된 것을 확인할 수 있다.
 
이렇게 WSL1을 그대로 사용할 수 있지만, 
2004버전이 설치된 경우 WSL2를 사용하는 것이 좋기때문에 WSL2를 사용하는 법도 알아보도록 하자.

1
2

wsl --set-version Ubuntu 2 //Ubuntu에 WSL2를 적용하는 명령어
wsl --set-default-version 2 //이후 새로 설치하는 리눅스 배포판에도 WSL2를 자동 적용시키는 명령어

cs

위 명령어를 에러없이 모두 쳤다면,

1

wsl -l -v

cs

명령어를 사용하여 "Version"부분이 2로 바뀌어있는지 확인해본다.
 
혹시나 1이라고 되있는 경우는, WSL1에서 2로 변경해줄때 우분투 터미널을 키고있진 않았는지를 확인하고
터미널을 재실행 해주도록 한다.
 
여기까지 WSL2 설정법은 끝.
 
이후에는 기존의 밋밋한 터미널 대신 윈도우 터미널을 사용하는 방법과
윈도우 터미널을 더욱 멋지게 설정하는 방법을 알아보도록 하겠다.
 먼저 옵션적인 사항이지만, 터미널을 이용해 더욱 간편하게 윈도우 환경에서 설치 패키지를 사용하는 방법을 알아보도록하자.Chocolatey
 Chocolatey는 간편하게 파워쉘 환경에서 윈도우 설치 패키지를 실행시켜주는 소프트웨어다.
설치하기 위해선, 공식 홈페이지로 들어가서 오른쪽 위에 "Install Now"를 눌러준다.
 
들어간다면 평소 윈도우에서 설치하는 것이랑 다르게 exe파일이 없는데,
 일단 사진에서 강조한 커맨드를 오른쪽 복사 버튼을 눌러 복사하자.
 
이후 PowerShell을 관리자 권한으로 실행시킨 이후, 본 명령어를 붙쳐넣기 해주면 자동으로 설치된다.
 
설치된 이후 "choco"명령어를 치면 버전이 뜨며 설치유무를 확인할 수 있다.
 
choco를 사용하여 설치할 수 있는 패키지들은 이쪽을 참고하면 된다.
 
 
 Windows Terminal 설치하기. 

Windows Terminal은 기존의 분산된 터미널들을 한 창에서 실행시켜 주는 터미널이다.

예를 들어, PowerShell을 쓰려면 PowerShell창을 키고, Ubuntu 터미널을 사용하려면 Ubuntu 터미널을 실행시켜주어야 했다.

하지만 Windows Terminal은 자체에서 여러가지 쉘을 지원하여 번거롭게 이동할 필요가 없어진다.

이제 Windows Terminal의 옵션들을 조정하여 더욱 멋지게 만들어보자.

현재 쓰고있는 터미널 창

최종적으로 설정완료된 터미널 창이다.

먼저 Windows Terminal 창에서 "Ctrl + ,"을 눌러 터미널 설정을 연다.

(json 작성 규칙을 따라야 하기 때문에, VScode로 여는 것을 추천한다.)

먼저, 본인은 터미널을 새로 열때 나오는 창이 PowerShell이 아닌 우분투가 열리길 희망하기 때문에,

11번째 문단의 default Profile을 26번째 profiles에 있는 프로파일들 중,

source가 Windows.Terminal.Wsl인 프로파일의 guid를 복사하여 붙쳐넣겠다.

이제 터미널의 사용성을 높혀주기 위해 oh-my-zsh를 우분투 터미널에 설치하도록 하겠다.

설치방법은 깃허브 페이지에서 Basic Installation - curl부분 명령어를 복사하여 우분투 터미널에 붙쳐넣기하면 된다.

하지만 아마도 zsh를 먼저 설치하라고 나오는데,

sudo apt install zsh

를 쳐서 설치해준 후 다시 curl명령어를 실행시켜주면 된다.

(sudo는 관리자권한으로 명령어를 실행시킨 것으로, 패스워드 입력이 요구된다.)

이렇게 해주면 oh-my-zsh의 설치가 끝난다.

하지만 아직도 터미널은 여전히 구리기때문에 우리는 powerlevel10k라는 확장프로그램을 설치해주도록 하겠다.

powerlevel10k에 관해선 깃허브 페이지에서 자세히 확인할 수 있다.

먼저, 우분투 터미널에서

code ~/.zshrc

를 쳐서 zsh설정으로 들어간다.

(아마 우분투 환경에서 VScode설치를 안해주어서, code를 쳐서 먼저 설치해준다.)

이후 11번째 줄에 ZSH_THEME부분을

ZSH_THEME="powerlevel10k/powerlevel10k"

로 바꿔주도록 한다.

변경이후 저장을 마치고, 다시 터미널로 돌아온다.

1

git clone --depth=1 https://gitee.com/romkatv/powerlevel10k.git ${ZSH_CUSTOM:-$HOME/.oh-my-zsh/custom}/themes/powerlevel10k

cs

터미널에 위 명령어를 쳐주면, Zsh에 powerlevel10k가 설치된다.

그리고 새로 창을 키면 powerlevel10k 설정창이 나오는데, 아마 폰트가 깨지는 현상이 발생할 것이다.

이를 위해서는,

MesloLGS NF Regular

MesloLGS NF Bold

MesloLGS NF Italic

MesloLGS NF Bold Italic

위 폰트를 설치한 후

윈도우 터미널 설정에 들어가서

profiles - defaults안에 "fontFace": "MesloLGS NF"를 추가해주면 된다.

(만약 VScode에도 터미널을 쓸 예정이라면 VScode설정에서도 Fontfamily에 MesloLGS NF를 추가하면 된다.)

폰트 설정까지 마치면 powerlevel10k 기본설정에서 더이상 폰트가 깨지지 않는 것이 보일 것이다.

powerlevel10k 설정에서는 나오는 예시 화면들을 보며 1,2,3번을 눌러 맘에 드는 것을 설정해주면 된다.

powerlevel10k설정을 마치면 현재 경로가 강조되는 등 터미널이 벌써부터 한층 멋들어진것을 볼 수 있다.

하지만 더욱 멋진 터미널을 위해, colorScheme과 투명한 창을 설정해주도록 하겠다.

TerminalSplash에서는 여러 터미널 색상표를 구할 수 있다.

맘에드는 색상을 찾으면 밑에 "Code"를 눌러 안에 텍스트를 복사한다.

이후 위처럼 윈도우 터미널 설정에 schemes에 붙쳐넣기한다.

또한 아까 폰트설정 한것처럼 defaults에도 "colorScheme:자신이 고른 Scheme이름"을 추가해주어야 한다.

터미널 뒤를 투명하게 만들어 주는 방법은, 위 사진처럼 useAcrylic을 true바꿔준 후, opacity를 설정해주면 끝난다.

이렇게 모든 설정을 마쳐보았다.

많이 횡설수설 한것 같지만, 많은 도움이 됐으면 좋겠고 다들 윈도우에서도 즐코!

프로그래밍]교과 프로젝트 - 유전 알고리즘

Pican — Thu, 19 Dec 2019 12:06:41 +0900

늦은 Foxrun 팀 프로젝트 후기

Pican — Sat, 26 Oct 2019 12:33:03 +0900

Foxrun - 인피니트 러너 게임

메인 화면

게임시작 전 3초 카운트다운

게임 시작

평화롭다

쉬워보인다

죽었다.

타이틀의 ?버튼을 누르면

Foxrun은 정말 아쉬움이 많이 남는다.

팀프로젝트로 방학동안 기간이 있었는데 한다 한다 하다가 일주일만에 급하게 만들어서 구현이 많이 되지않았다.

그리고 치명적인 버그...

?? : 어떻게 피해??

바로 장애물 Random을 이상하게 준 탓인지 사진처럼 피할 수 없는 상태로 나온다.

게임 진행이 힘든 버그인 만큼 치명적인 버그인데 고치지 못해 큰 아쉬움이 남는다.

또한 미구현 됐던 것들.

-HP에 따른 캐릭터 상태 변화

카운트다운 동안

게임시작

3HP

2HP

1HP

먼저 여러가지 캐릭터 씬을 만들었지만 애니메이터 구현 미숙으로 인해 하나의 씬으로 고정되었다.

만약 구현 했다면 표정을 통한 HP상태를 파악할 수 있는 좋은 기능이였을 것이다.

-아이템 미생성

포션

2HP증가하는 아이템 포션.

계획대로라면 중간중간 나와 피회복을 도와줘야 하지만,

시간이없어 장애물과 같은 생성 스크립트를 넣어 피회복과 동시에 피가깎이는 기현상이 발생했다.

-랜덤 맵 구현/게임 길이에 따른 맵 변화

아침

오후

저녁

당초 기획은 게임 시간에 따른 맵 변화를 주는 것 이였지만

할줄 모름 / 시간적 압박 때문, 또한 아침, 오후 맵은 큰 문제가 있었다.

바로 아침맵은 해가 배경에 종속되어있어 움직이면 크게 이질감이 느껴지고,

반대로 오후맵은 티가 아예 나지않는다.

그러하여 저녁맵 단맵으로 정하게 되었다.

-옵션의 부재

메인화면에는 옵션이 보인다.

당초 계획에는 옵션또한 포함되어있었다.

또한 하려고 노력했으나, 역시나 시간적 압박과 이해미숙으로 인해 못하게 되었다.

간단하게 소리크기,창조절만 구현을 하려했으나 못해 많이 아쉽다.

-기타문제들

물론 이보다 더욱 많은 문제들이 있다.

-강제 크기 조절시 버튼위치가 이상해짐

-단조로운 캐릭터 모션

-더욱 단조로운 UI

-정리되지 못한 프로젝트

등등... 아마 문제는 좀 많다.

-추후 개선할 점들

처음 아이디어 구상

크게 볼때는 실력개선/시간의 여유가 필요하고,

더욱 더 들어가서 볼때는 짜집기 코드의 정리, 내 프로젝트에 맞는 코드 최적화 필요

가 중요한 것 같다.

물론 플레이 가능한 게임이긴 하나 앞서 말한 장애물 생성 문제로 원활한 플레이는 불가능해 매우 아쉽다.

이상.

-Github 프로젝트 주소 : https://github.com/LeeTaeHyon/Unifox_TeamPROJ

LearnGitBranching_Remote]R2 - 8(F). Git pull의 인자들.

Pican — Fri, 9 Aug 2019 21:54:10 +0900

-pull의 인자들

pull은 배웠다 싶이

fetch + merge를 합쳐 놓은 것이기때문에

$ git pull origin bar^:bugFix

$ git fetch origin bar^:bugFix

$ git merge bugFix

위 명령어는 같은 일을 수행합니다.

pull의 인자를 자세히 보면

$ git pull origin <source>:<destination>

fetch후, detination인자의 위치로 merge가 실행됩니다.

-문제

전과 같이 연습하는 문제기 때문에 간단히 해결됩니다.

$ git pull origin bar:foo - fetch후 foo에 merge

$ git pull origin master:side - fetch후 side에 merge

"만약 여기까지 다 푸셨다면 멋진 문구가 여러분을 반겨줍니다!"

LearnGitBranching_Remote]R2 - 7. <Source>의 이상함.

Pican — Fri, 9 Aug 2019 21:40:35 +0900

- <source>:<destination>에서 소스를 삭제하면?

git push :

$ git push origin :foo

라고 가정한다면 이 명령어는 원격 저장소의 foo 브랜치를 삭제합니다!

git fetch :

$ git fetch origin :bar

이 명령어는 로컬 저장소에 bar라는 새 브랜치를 만듭니다!

-문제

이번 문제는 그저 소스를 삭제하면 어떤 일이 일어나는지를 보여주는 문제입니다.

순서대로

$ git push origin :foo

$ git fetch origin :bar

을 입력하면 해결됩니다!

LearnGitBranching_Remote]R2 - 6. Git Fetch의 인자들.

Pican — Fri, 9 Aug 2019 18:58:41 +0900

-fetch의 인자들

push에서 인자를 변경한 것 처럼, fetch도 인자를 변경할 수 있습니다.

하지만 push는 업로드, fetch는 다운로드니까 조금 다르긴 합니다.

$ git fetch origin foo

이러면 git은 원격 저장소의 foo 브랜치로 가서, 현재 로컬 저장소에 없는 커밋들을 가져와 로컬의

o/foo 브랜치 아래에 추가합니다.

"그렇다면, 이전 강의처럼 source와 destination를 모두 직접 지정해주면 어떻게될까요?

$ git fetch origin source:destination

(*이 명령어 또한 목적지가 없으면 자동으로 생성합니다)

이 명령어로 말이죠"

여러분이 커밋을 직접 로컬 브랜치로 fetch할 열의가 있다면, 네 콜론 참조스펙으로 지정해서 할 수 있습니다.

하지만 체크아웃된 브랜치(작업중인)에 fetch할 수 는 없고 체크아웃되지 않은 브랜치만 가능합니다.

주의 할점이 하나 있는데

-- <source>는 이제 받아올 커밋이 있는 원격에 있는 place를 넣어줘야하고 <destination>은 그 커밋들을 받아올 local의 place를 인자로 넣어줘야 합니다.

git push와 정반대로 하는거죠, 데이터를 반대의 방향으로 옮기는 작업이니 이게 더 납득이 갑니다.

언급한 것 처럼, 실제로 이것을 하는 개발자들은 많지 않습니다. 이것을 소개하는것은 fetch와 push가 방향이 반대일뿐 컨셉이 비슷하다는것을 표현하기 위해서입니다.

-문제

-해결

$ git fetch origin master^:foo - master위 커밋(C2, C3)을 다운 후, foo로 지정.

$ git fetch origin foo:master - foo와 윗 커밋을 다운후 master로 지정.

$ git checkout foo - foo와 master을 merge해야 하기때문에 foo로 checkout.

$ git merge master - master와 foo를 merge.

LearnGitBranching_Remote]R2 - 5. git push의 인자들 추가편.

Pican — Fri, 9 Aug 2019 18:46:35 +0900

-소스와 목적지 둘다 설정하기.

$ git push origin <source>:<destionation>

*목적지가 없으면 알아서 새 브랜치를 만듭니다.

-문제

-해결

$ git push origin master^:foo - master위(C5)가 소스, foo가 목적지.

$ git push origin foo:master - foo가 소스, master가 목적지.

LearnGitBranching_Remote]R2 - 4. git push의 인자들.

Pican — Fri, 9 Aug 2019 18:40:19 +0900

-Push의 인자들.

git push에 다음 명령어를 통해 선택적으로 인자를 사용할 수 있습니다.

git push <remote> <place>

만약 "git push origin master"라고 입력하면

"내 저장소에 있는 "master"라는 이름의 브랜치로 가서 모든 커밋들을 수집합니다, 그다음 "origin"의 "master"브랜치로 가서 이 브랜치에 부족한 커밋들을 채워 넣고 완료 되면 알려줍니다."

라는 명령을 하게 되는 겁니다.

-문제

-해결

$ git push origin foo

$ git push origin master

간단히 push할 인자를 foo와 master로 한번씩 해주시면 됩니다.

LearnGitBranching_Remote]R2 - 3. 원격 저장소 추적하기

Pican — Fri, 9 Aug 2019 18:35:22 +0900

-원격 추적

간단히, master와 o/master사이의 연결은 브랜치의 "원격 추적" 속성을 통해 간단하게 설명됩니다. master브랜치는 o/master브랜치를 추적하도록 설정되어 있습니다.

(-- 이것은 master가 merge와 push할 내재된 목적지가 생겼다는 뜻 입니다.)

여러분은 어떻게 이 속성을 지정해주는 그 어떤 명령어 없이 master 브랜치에 설정되있는지 궁금할것 입니다.

사실, 여러분이 git으로 저장소를 clone할때 이 속성이 여러분을 위해 자동으로 설정 됩니다.

clone을 진행하면서 git은 원격 저장소에있는 모든 브랜치에 대해 로컬에 원격 브랜치를 생성합니다(o/master같은것들 말이죠).

그 후 원격 저장소에서 현재 활성화 된 브랜치를 추적하는 로컬 브랜치를 생성합니다, 대부분의 경우 master가 됩니다.

git clone이 완료되면, 여러분은 오로지 하나의 로컬 브랜치를 가지게 됩니다(전부 생성되면 부담스러우니깐!)

물론 원격 저장소에있는 여러 다른 브랜치도 여전히 확인할 수 있습니다(확인하고 싶으시다면).

로컬, 원격 저장소 양쪽에 최적화 되있는거죠!

여러분이 clone을 할 때 아래의 명령어를 볼 수도 있는 이유입니다

local branch "master" set to track remote branch "o/master"

*다른 브랜치가 o/master를 추적하게 만들기

$ git checkout -b <추적하게 할 커밋> o/master

$ git branch -u o/master <추적하게 할 커밋> :여기서 추적하게 할 커밋이 현재 작업중이라면 생략해도 됩니다.

-문제

더이상 master브랜치가 o/master를 추적하지 않고, side브랜치가 추적하도록 설정하면 됩니다.

-해결

$ git checkout -b side o/master - side가 o/master를 추적하게 함(side브랜치 자동 생성)

$ git commit - 커밋하기

$ git pull --rebase - pull과 rebase 동시에 하기

$ git push - push로 원격 저장소에 업로드

LearnGitBranching_Remote]R2 - 2. 원격 작업과 merge하기.

Pican — Fri, 9 Aug 2019 18:24:50 +0900

-문제

merge를 사용하여 원격 작업과 로컬작업 합치기.

-해결

이번 문제는 조금 복잡해 보이지만

로컬 저장소에서 merge를 끝마치고 push로 원격 저장소로 업로드만 해주면 됩니다.

1. master로 이동.

$ git checkout master

master로 작업해야 하기 때문에 master로 checkout해줍니다.

2. pull로 C8커밋 가져오기.

$ git pull

3. master와 side1을 merge.

$ git merge side1

master와 side2을 merge.

$ git merge side2

5. master와 side3을 merge.

$ git merge side3

6. push로 로컬 저장소 파일 원격 저장소로 업로드.

$ git push