I Love Salsa~~

sts 버전 기준

sts의 css를 변경하므로 백업은 필요겠죠!

C:\DEV\tools\sts\spring-tool-suite-3.9.11.RELEASE-e4.13.0-win32-x86_64\sts-bundle\sts-3.9.11.RELEASE\plugins\org.eclipse.ui.themes_1.2.700.v20190826-0816 디렉토리를 백업하고..

C:\DEV\tools\sts\spring-tool-suite-3.9.11.RELEASE-e4.13.0-win32-x86_64\sts-bundle\sts-3.9.11.RELEASE\plugins\org.eclipse.ui.themes_1.2.700.v20190826-0816\css 디렉토리의

참고 사이트: https://stackoverflow.com/questions/47731327/change-project-explorer-tree-view-font-size-in-eclipse-oxygen

DBeaver가 범용적으로 사용하다보니

workspace를 변경을 해야 하는데, 초기 시작 화면에서 선택을 할 수가 없어서 검색을 해 봤습니다

그래서, 이전(윈도우 10)에 사용하던 DBeaver의 기본적인 workspace가 C:\\Users\\테리\\AppData\\Roaming\\DBeaverData 폴더이더군요

이 DBeaverData를 복사를 하고, 저만의 디렉토리로 붙여넣기를 합니다

그런데, 이 DBeaverData 폴더가 workspace가 아니라 이 안에 workspace와 이전에 사용하던 DBeaver의 환경 설정이 존재하더군요

저기에 위치한 workspace6가 DBeaver의 workspace 영역입니다

이제, DBeaver를 띄운 후 workspace를 바꾸어줍니다.

파일 > 작업공간 전환 > 기타

이렇게 저만의 디렉토리로 작업공간을 수정하고, Launch 버튼을 클릭하면 이전의 작업 공간이랑 환경 설정으로 복원이 됩니다

로컬의 A 파일을 수정 중 (아직 커밋을 할 순 없다)

원격의 A 파일이 수정 됨

이때, A 파일을 merge하기 위해서 로컬에서 작업 중인 많은 소스들을 stash에 담아야 하는데...

merge하고자 하는 파일만 stash 후 merge 진행 방안

로컬의 특정 파일만 stash로 진행

-m "message" -> stash 내용을 구분하도록 메시지 추가

-- 파일명 -> 특정 파일만 stash

remote의 최신 변경 사항을 가져오고

stash한  파일을 remote 버전으로 덮어쓰고

원격의 변경된 내용을 확인하고 (출력된 정보가 없으면 변경 사항이 없는 거)

stash 파일로 병합 진행을 해야 하는데, pop과 apply의 옵션으로 나누어지고

그래서, 안전하게

를 선택했는데, 젠장... 충돌!

충돌 해결 방안은 3가지 중 직접 해결하는 방법으로 선택(이 아닌 필수일 듯)

- vs code에서 해당 파일의 충돌 부분이 표시(<<< HEAD, ====, >>> stash)가 되니 원하는 코드로 수정 후 저장

- cli에서 원격 버전으로 덮어쓰기인데, stash 내용을 무시하는 방법  (어휴.. 알아보지도 말자)

- cli에서 stash 변경 내용 유지인데, 로컬 변경 사항을 무시하는 방법 (어휴.. 알아보지도 말자x2)

vs code를 통해서 충돌 해결을 하면, 이 파일은 자동으로 staged changes 영역으로 이동을 하게 되어

아직, 커밋 단계가 아니라서 changes 영역을 내리고자

ecilpse에서 excel 파일을 열고자 external에서 

worksheet와 workspace가 있는데,

어떤 걸 선택해야하는지 몰라서 확인해 본 결과

workspace는 excel 2013부터 중단된 기능이라 하는데..

자꾸 잊어버려서 기록함

https://answers.microsoft.com/en-us/msoffice/forum/all/worksheet-vs-workbook-vs-workspace-vs-sheet/04d5bade-40d0-4786-940e-4535a929b3d5

현재의 커서가 tab 2칸에 위치해 있을 때, enter 키를 누르면(한번 이상) 이전의 들여쓰기 위치가 유지가 안되는 현상

기본 설정값일 경우의 커서 위치	기본 설정값을 false로 바꾼 후의 커서 위치

vscode의 설정값 중에 "editor.trimAutoWhitespace"은 기본값이 true로 되어 있는데,

새로운 라인이 생성될 때마다 이전 라인 끝에 존재하던 공백을 자동 제거를 하는 설정값이였다

이 설정을  false로 변경했더니, 이전의 들여쓰기 위치가 유지가 된다

vim 에디터 모드를 사용하기에 이것 저거 다 설정을 해 보았으나, 결국에는 vscode 설정 중 기본값이 원인이 된 사례였다

코드 포매터인 prettier를 설치하였으나, 결국 이것도 결국 삭제함

이클립스를 띄웠을 때 위와 같이 뭔가를 진행을 합니다

일찍 끝나면 상관하지 않으나, 30초, 1분 이상이 지났는데도 여전히 프로그래스바가 보인다면 살짝 답답할 것입니다

그래서, Preferences와 프로젝트의 Properties에 몇개만 비활성화를 진행합니다

1 Preferences

1.1 Validation > Suspend all validators 항목을 `체크`를 합니다

2 Properties

2.1 Builders > Maven Project Builder 항목을 제외한 나머지는 모두 `체크 해지`를 합니다

이클립스를 재실행하면 확실히 효과가 눈으로 보입니다

기존에 

git fetch origin branch

를 사용하였으나, 결국 pull 동작이 필요하기에 정신 건강을 위해서 

직관적인 패키지 경로를 보여주는 기능인데, 계속 잊어버려서 결국에 기록으로 남김

설정되지 않은 에디터 창에 클래스 파일을 열게 되면

이와 같을 것이다

이때, 해당 파일의 경로 및 프로젝트도 동시에 확인하고자, 보통은 좌측에 위치해 있는 Exploere 창으로 확인을 하게 되는데,

이게 또 Link with Editor 버튼을 활성화가 되어 있어야만 바로바로 확인을 할 수 있다

그래서, 난 직관적인 다음과 같은 구조가 있음을 인지한 후로는 이 구조를 적극적으로 활성화를 하고 있다

이 구조를 활성화하기 위해서는 먼 곳에 있는 것도 아니 바로

이클립스마다 토글의 위치는 상이할 거 같으나, 바로 우측에 위치한 "Toggle Mark Occurrences (Alt+Shift+O)"(강조 표시) 버튼의 좌측에 위치해 있다

commit & push 이후 에러가 발생하거나

또는 pull이나 fetch를 하지 않고 commit & push를 ㅎ했을 때 오류가 발생한다

이때, rollback 방법은 아래와 같은데, 바로 직전의 commit을 취소하게 된다