ETC

commit 메시지를 잘못 입력했거나, 혹은 디버깅용 코드를 포함하거나 간단한 실수를 코드에 포함하여 commit 하였을 때, 어떻게 대처를 해야 될까? git reset -soft를 통해 commit을 삭제 후 다시 commit을 하는 방법도 있지만 더 예측 가능하면서 안전하게 직전 commit을 수정하는 방법이 있다.바로 git commit의 옵션 중 --amend 옵션이다. commit 메시지 수정하기직전 commit의 메시지를 수정하려면 아래와 같이 git commit에 --amend 옵션을 사용하면 된다.$ git commit --amend 만약 아래와 같이 마지막 commit 메시지를 "4th commit"으로 작성하려고 했는데, 실수로 "5th commit"으로 작성했다고 가정해 보자.git..

진행 중 작업의 방향성이 수정되면서 이전 commit으로 돌아가야 되는 귀찮음이 생겼다.기존 작업물은 날려버리기 아까우니 잠시 다른 branch에 keep 하고 조금 멀리? 과거로 돌아가야 했다.과거 여행 중의 기록을 commit으로 남기기 위해서 revert를 열심히 이용하였고 이름 남겨두려고 한다.git revert 기본 사용법git revert 커멘드의 기본 시그니쳐는 아래와 같다.git revert [--[no-]edit] [-n] [-m ] [-s] [-S[]] …​git revert (--continue | --skip | --abort | --quit) 위 시그니쳐를 바탕으로 아주 간단한 예시를 들어보자. 특정 commit 직전 상태로 돌아가기현재 HEAD의 바로 직전으로 돌아가기 위해서는 ..

TypeORM을 이용해서 SQL Server 2008 DB에 연결해 데이터를 가져오는 과정에서 문제가 생겼다. QueryFailedError: Error: Invalid usage of the option NEXT in the FETCH statement. SQL Server 2008 버전은 MS에서도 서비스를 종료했지만 작업 진행 중인 장비 특성상 DB의 버전을 변경할 수 없는 처지여서 원인을 찾고 해결해 보기로 했다. SQL Server 2008 버전은 너무 구버전이어서 MS 홈페이지에서도 매뉴얼을 찾을 수 없다. 관련 내용을 찾아보니 OFFSET/FETCH 구문이 SQL Server 2011 버전 이후에 도입된 듯하다. 아래 링크는 관련 이슈 내용이다. https://github.com/typeor..

node-gyp를 install 중 python 버전의 호환성 문제가 있어서 그 부분은 버전을 낮춰 해결은 했으나,,, python을 찾지 못하는 이슈가 또 발생했다. env: python: No such file or directory make: *** [Release/libffi.a] Error 127 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit ... 전혀 경험해보지 못한 경우라서 당황하긴 했지만 결국 'python'만 찾게 해 주면 되겠다 생각해서 어렵지 않게 생각했다. 이전 이슈: [이슈해결] ValueError: invalid mode: ..

node-gyp를 install 하는 중 아래와 같이 에러가 발생했다,,, 좀 이전의 버전과 의존성이 있었고 현재 기준 python 버전(3.11.*)과 호환이 되지 않는 문제가 있는 듯했다. (rU 폴더의 이름이 바뀌었던지,,,) ValueError: invalid mode: 'rU' while trying to load binding.gyp gyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1 gyp ERR! stack at ChildProcess.onCpExit ... 다행히 해결방법을 어렵게 찾지 않아 쉽게 해결했다. 참고: Node gyp ERR - invalid mode: 'rU' while trying to..

$sudo systemctl start docker System has not been booted with systemd as init system (PID 1). Can't operate. Failed to connect to bus: Host is down 우분투 컨테이너 내에서 'sudo systemctl start docker'명령어로 Docker를 실행시킬 때 위와 같은 에러 메시지가 발생했습니다. 우선 에러 메시지의 내용을 대충 봤을 때, 'systemd'를 초기화 시스템으로 사용하지 않았다는 내용인 거 같은데,,, 찾아보니 기본적으로 Docker 컨테이너는 호스트 시스템의 커널은 공유하지만, 시스템 레벨의 서비스 관리를 위한 systemd와 같은 초기화 시스템이 컨테이너 내부에서 실행되지 ..