Abel9999

GitHub에 이미 올린 커밋 메시지 변경하기 GitHub에 커밋을 올린 뒤에 커밋 메시지를 잘못 작성했다는 것을 발견할 때가 있습니다. 이번에는 최신 커밋 메시지가 msg01로 되어 있었는데, 실제로는 msg02이 맞아서 커밋 메시지를 수정했습니다. - 상황 확인 먼저 현재 브랜치 상태를 확인합니다. git status --short --branch 결과가 다음처럼 나오면 로컬 브랜치와 원격 브랜치가 동기화된 상태입니다. ## main...origin/main 그다음 최근 커밋 로그를 확인합니다. git log --oneline --decorate -n 3 수정 전 상태는 다음과 같았습니다. 3249a1a  (HEAD -> main, origin/main, origin/HEAD) msg01 여기서 msg01는 태그가 아니라 최신 커밋의 메시지였습니다. - 태그인지 커밋 메시지인지 확인하기 버전 이름처럼 보이는 값은 Git 태그일 수도 있습니다. 그래서 태그 목록도 확인했습니다. git tag --list "msg*" --sort=-creatordate 결과는 다음과 같았습니다. msg01 msg01라는 태그는 없었기 때문에, 이번 작업은 태그 변경이 아니라 커밋 메시지 변경이었습니다. - 최신 커밋 메시지 수정하기 최신 커밋 메시지를 수정할 때는 git commit --amend를 사용합니다. git commit --amend -m "msg02" 이 명령은 최신 커밋을 다시 작성합니다. 파일 내용은 그대로 두고 커밋 메시지만 바꾸더라도 Git 커밋 해시는 변경됩니다. 수정 전: 3249a1a  msg01 수정 후: 1a36242  msg02 - GitHub에 다시 반영하기 이미 GitHub에 올라간 커밋을 수정했기 때문에 일반적인 git push는 실패합니다. 원격 브랜치의 기록을 새 커밋으로 교체해야 합니다. 이때는 다음 명령을 사용합니다. git push --force-with-lease origin main --...

메뉴에서 모니터 밝기 0으로 해도 밝음. 모니터 하단 버튼의 메뉴 - 색온도 - RGB 값을 낮추면 밝기도 낮아짐. 색온도 - RGB 변경이 안될 때가 있는데  LOW BLUE LIGHT 을 기본 설정으로 하면 RGB 값 설정이 됨.

============================== 소스 제어. ============================== - 빈커밋. git commit --allow-empty -m {msg} ============================== 브랜치, 리모트. ============================== - 현재 로컬 브랜치를 master에서 main으로 이름만 변경.  git branch --show-current & git status --short --branch git branch -M main - 리모트 저장소 조회. git remote -v - 리모트 저장소 추가. git remote add origin ssh://사용자명@NAS_IP/volume1/git/myapp.git - 리모트 저장소 제거. git remote set-url origin ssh://dolcoco@192.168.219.200/volume1/git/MusicFolderPlayer.git - 로컬에서 개발하다, 리모트 저장소를 만들고, 리모트 저장소를 추가 했을때, 로컬 코드로 덮어씌움. git push -u origin main ============================== 글로벌. ============================== - git 업데이트. git update-git-for-windows  - 기본 브랜치가 main으로 생성되게 하는 전역 Git 설정.  git config --global init.defaultBranch main git config --global --get init.defaultBranch

윈도우 shellapi.h 에서 지운 파일을 복원하는 API가 없습니다. 구현방법은 다음과 같습니다. 윈도우 휴지통의 모든 파일을 검색해 최근 삭제한 파일, 폴더를 복원합니다. #include <windows.h> #include <shlobj.h> #include <shlwapi.h> #include <propkey.h> #include <propvarutil.h> #include <iostream> #include <string> #include <wrl/client.h> #pragma comment ( lib , "shell32.lib" ) #pragma comment ( lib , "ole32.lib" ) #pragma comment ( lib , "propsys.lib" ) static HRESULT GetFileTimeProp ( IShellItem2 * item2 , const PROPERTYKEY & key , FILETIME & outFt ) {     outFt = {};     PROPVARIANT pv; PropVariantInit ( & pv);     HRESULT hr = item2 -> GetProperty (key, & pv);     if ( FAILED (hr)) { PropVariantClear ( & pv); return hr; }     if ( pv . vt == VT_FILETIME) { outFt = pv . filetime ; PropVariantClear ( & pv); return S_OK; }     if ( pv . vt == VT_DATE)     {       ...

- 후기. 설치는 쉬웠고, 한글 설정은 간단했고, 사용은 안정감 있습니다. flatpak에 있는 프로그램 사용하는 일반 사용자에게는 정말 좋습니다.  아무리 막써도 망가지지 않는다는 장점이 있으니까요. 하지만 GUI 개발 운영체제로 사용하기엔 힘듭니다.  distrobox를 사용해 android studio 설치했지만 온갖 난관이 생기네요. 권한은 적용하기 힘들고, 폴더 위치는 이상하고, 하드웨어에 접근하려면 불변을 깨야 하고.. ----------------------------------------------------------------- - 버전.  Fedora 43 Silverblue ----------------------------------------------------------------- - 한글 설정. 설정 - 키보드 - 입력소스  한글(Hangule) 만 남기고 나머지는 지움. '한글(Hangule)' 오른쪽의 ...을 클릭해 '기본설정' - 본인이 원하는 설정으로 수정. 기본은 Shift + Space 로 한영전환 함. 이외의 설치나 설정 없이 한영전환 가능함. 여러 배포판 설치하다보니 최근 급격하게 한글 지원이 좋아지고 있음. ----------------------------------------------------------------- - 프로그램 설치. flatpak, Distrobox, rpm-ostree 방법이 있고, 간단 설명합니다. flatpak - 샌드박스 규칙이 엄격하며, 주로 일반 프로그램을 설치할 때 사용합니다. Distrobox - 샌드박스 규칙이 느슨하며, 주로 개발 프로그램에 사용합니다. rpm-ostree - Fedora Silverblue는 불변 OS지만 OS에 프로그램을 설치할 수 있게 길을 열어놨습니다. ---------------------------------------------------------------- - 크롬 설치. ---------------...

- 문제. vs code에서 Codex 로그인 에러. Sign-in failed: {"code":-32603,"message":"failed to start login server: 액세스 권한에 의해 숨겨진 소켓에 액세스를 시도했습니다. (os error 10013)"} - 해결. netsh int ipv4 set dynamicport tcp start=49152 num=16384 netsh int ipv6 set dynamicport tcp start=49152 num=16384 TCP 동적 포트(Dynamic Port)의 범위를 Windows 기본값(49152–65535) 으로 되돌림. - 원인. Codex는 로그인시에 1455 포트를 사용하는데 1455 포트를 사용하지 못하게 되면 오류 발생함. 원래 최신 Windows의 동적(클라이언트) 포트 기본 범위는 49152–65535인데, 어떤 이유로 이 값이 낮은 포트(예: 1025부터) 로 바뀌어 있었을 가능성이 큽니다.  - 문제 확인. netsh int ipv4 show dynamicport tcp 동적 포트범위가 (시작포트49152, 포트수16384)가 아니거나. netsh interface ipv4 show excludedportrange protocol=tcp 제외 범위 포트에 1455가 포함되 있거나. netstat -ano | findstr :1455 1455 포트를 사용하는 프로그램. - 이후. 보안, 개발 프로그램에 의해 동적 포트 범위가 바뀌면 재발 할 수 있음.  - 참고. https://community.openai.com/t/introducing-the-codex-ide-extension/1354930/10 https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/default-dynamic-port-range-tcpip-chang?utm_source=cha...

DisplayLink가 Debian을 지원하지 않으므로 커널빌드를 해야 합니다. DisplayLink에서 빌트 스크립트를 제공하기 때문에 과정은 간단합니다. amd 5500u cpu인데 유튜브도 잘 돌아갔습니다.  전체 cpu 사용율은 16~18%정도 였습니다. 정지된 화면을 띄우면 6~9% 정도 였습니다. ====================== - 설치환경. Debian 13.2.0  KDE Plasma 6.3.6 WAVLINK DisplayLink DL6950   ====================== - 터미널을 열어 아래와 같이 실행합니다. # 시스템 업데이트. sudo apt update && sudo apt upgrade -y # 커널 컴파일에 필요한 도구와 소스 다운로드. sudo apt install git wget libdrm-dev distro-info-data linux-headers-$(uname -r) -y # 홈 폴더로 이동. cd ~ # displaylink 소스 다운로드. git clone https://github.com/AdnanHodzic/displaylink-debian.git # 다운로드 받은 displaylink 폴더로 이동. cd displaylink-debian # 커널 빌드 스크립트 실행.  sudo ./displaylink-debian.sh # 이후 install 선택 후 Y를 선택하면 됩니다. # 완료 후 재부팅. sudo reboot # 설치 확인. systemctl status displaylink-driver ====================== - 주의사항. - Secure Boot  BIOS 설정으로 진입하여 Secure Boot를 Disable로 변경하세요.  이게 싫으면 displaylink에 서명을 해야 합니다. - 커널 업데이트 시   데비안 업데이트를 ...