익명의 개발자 호소인

미니 플젝에 도커 도입하기 위해 쫌쫌따리 공부hub.docker.com 에서 이미지 확인 가능기본 명령어 모음docker pull [image 이름]docker hub에서 image를 다운받을 때 쓰는 명령어 docker run --name [컨테이너 이름] [이미지 이름]작성한 이름으로 컨테이너 생성 docker ps실행중인 컨테이너 목록 docker ps -a모든 컨테이너 목록 docker stop [컨테이너 이름]실행중인 컨테이너 스탑 docker start [컨테이너 이름]스탑됐던 컨테이너 다시 시작 docker logs -f [컨테이너 이름]도커 로그 실시간으로 보기 docker rm [컨테이너 이름]실행중이지 않은 컨테이너 삭제 docker rm --force스탑하지 않고 컨테이너 삭제 doc..

게으른 백수 등장╰(*°▽°*)╯ 작년(벌써 작년이라니....) 9월부터 12월까지 학교 현장실습을 통해 다녔던 인턴 회고를 작성해보려고 한다. 현장실습이란?말이 어렵지 사실상 인턴과 비슷한 개념이다. 다른 친구들이 한 학기 학교 다닐 동안, 현장실습을 통해 한 학기 회사를 다니고 학점을 받는 시스템.우리 학교는 캡스톤 디자인1 과목을 현장실습으로 대체할 수 있는데, 친한 동기언니가 꼭 하는게 좋다고 말해줬어서 언젠간 해야지 라는 다짐을 했었다.나는 백엔드 부서를 체험해보고 싶었기에 백엔드 직무를 지원했다. 면접운이 좋게도 서류 통과를 하여 면접을 봐야했다.내가 준비했던 면접 질문은 다음과 같다.서류에 작성했던 프로젝트에 대한 꼬리질문서류에 작성했던 스터디에 대한 꼬리질문자기소개지원동기c/c++ 특징 (..

내가 이 제목으로 이 포스팅을 쓸 수 있다는게 꿈만 같다....내가 이 우주 메일을 받는다니...!!!!!너무나 원하던 것이었는데... 대학 입학 이후로 최고 기쁜 날인 것 같다!!!! 1. 지원서2. 프리코스3. 최종 코테순서대로 과정을 회고해보려고 합니다. 1. 지원서사실 저는 작년에 우테코 6기를 지원했었다가 최종 코테까지 가지도 못 하고 떨어졌었습니다.근데 작년에는 올해만큼 간절하지도 않았고, 학교 시험이 더 중요했기에 그냥 그렇구나 하고 말았었던...(저런)서류 접수가 10/11까지인데, 저는 자소서를 전날에 밤새서 작성했습니다...원래 이렇게 막 몰아서 작성하면 안 되는데 바빴다면 핑곈가...암튼,,, 요번에는 쓸 글자 수가 많아서 시간이 좀 걸렸었습니다.프로그래밍 교육 이력저는 간단하게 ‘ㅇ..

프리코스가 끝난 후4주차 편의점 프리코스 미션이 끝난 후, 약 한 달 정도의 시간이 있었다.나는 애초에 7기를 지원했을 때부터 이 동안 절대 놀기만 하지 않겠다고 다짐을 했고, 1차에서 떨어지는 한이 있더라도 최종 코테 대비를 하자라고 생각했었다.따라서 정말 불안함이 극심했지만... 그냥 디코에서 최종 스터디원을 구하여 잠실에서 매주 5시간 동안 모의고사를 풀고, 코드리뷰하는 인원을 구했다. 다행히 두 분께서 같이 하겠다고 연락을 주셨고, 바로 스터디를 진행했다.그렇게 12월 9일이 다가왔다...(무슨 괴담같다...) 믿기지 않던 1차 합격12월 9일... 새벽 다섯 시부터 불안에 떨었다. 어떻게든 생각을 안 해보려 했는데... 나같은 멘탈 약함이는 그런건 잘 이루어지지 않는다...힘들게 힘들게 시간을 ..

빌드 환경 설정1. project structure에서 jdk21로 변경2. settings에서 build방법 Gradle -> Intellij로 설정 자동 포멧 설정-> 요 녀석은 꺼야 한다. AI 기능 완전 금지다.

젠킨스 파일에서 빗버킷으로 레포지토리로부터 소스를 fetch 해서 빌드하는 프로세스가 있다.빌드를 돌리는데 원래 잘 되던 빌드가 오류가 났다. ERROR: Error fetching remote repo 'origin'이 오류,,,대체 무슨 오류냐!지쌤(지피티쌤ㅎ)한테 물어봐도 제대로 해결방법을 안 알려줌. git주소는 맞음. private/public 문제도 아님. 왜냐면 오전엔 성공했는데 같은 환경에서 오후엔 실패했기 때문. 근데 잘 보니까git clean -ffdx 여기서 오류가 발생한다.그래서 수동으로 콘솔에 저 명령어를 쳐봤다. 결과는?ㅎPS C:\01.jenkins\agent\workspace\~~> git clean -ffdxUnlink of file 'build/test/Integratio..

평소와 같이 젠킨스 창을 열어서 테스트 하려는데... 갑자기 페이지 연결이 안 된다...?원인은 젠킨스 Agent 서버가 꺼져있었다는 것이었다! 분산 빌드빌드 작업을 여러 서버에서 분산시켜 처리하는 방식Master Node & Agent Node 로 구성잡을 생성해서 소스코드를 빌드하면 Jenkins의 기본 구조에서는 마스터 서버가 빌드를 처리하지만, 빌드 작업이 많아지거나 리소스가 부족할 때 분산 빌드를 통해 성능을 개선하고 효율적으로 빌드 프로세스를 처리할 수 있음.  Master NodeJenkins의 관리와 UI를 담당한다.빌드를 직접 실행하지 않고, 에이전트 서버에 빌드를 맡긴다. 사용자 인터페이스를 제공하고 빌드 큐를 관리한다. Slave(Agent) Node마스터 서버에서 지정한 빌드 작업을..

Jenkins란?자동화 서버이다. 개발자가 프로그램을 만들고 테스트하고 배포하는 작업을 매번 하기 번거로우므로, 젠킨스가 자동으로 해준다. CI/CD 도구젠킨스 파이프라인이 무슨 일을 하는지 명확하게 알려면 CI, CD를 알아야 한다. CI란 Continuous Integration 즉, 지속적인 통합이라는 뜻이다.코드 변경이 있을 때마다 정기적으로 빌드&테스트되어 공유 레포지토리에 통합되는 것을 의미한다. CD란 Continuous Delivery 혹은 Continuous Deployment 즉, 지속적인 배포라는 뜻이다.개발자의 변경 사항이 레포지토리를 넘어, 고객에게 배포되는 것까지를 의미한다. Jenkins는 바로 여기서 레포지토리를 대상으로 소스를 가져와서 빌드&테스트를 한 다음, 고객에게 배포..

git rev-parsegit 브랜치, 커밋, 태그 등을 SHA-1 해시로 변환git rev-parse HEAD현재(not TBZ) HEAD 커밋의 SHA-1 해시를 반환git rev-parse HEAD masterHEAD, master 브랜치의 SHA-1 해시를 반환git diff --name-status변경된 파일의 상태와 이름을 출력git diff --name-status prevTagOrCommit HEADprevTagOrCommit과 현재 커밋(HEAD) 사이 변경된 파일들의 목록과 상태를 반환 상태 값A (Added): 새로 추가된 파일M (Modified): 수정된 파일R (Renamed): 이름이 변경된 파일C (Copied): 복사된 파일출력 예시A src/new_file.ja..

git diff 언제 사용하지?파일을 수정한 후, 커밋하기 전에 변경 사항을 확인하고 싶을 때"내가 방금 추가한 코드가 맞는지 확인해볼까?" 싶을 때git diff 이럴 때 사용하자working directory staging area 간의 비교하고플 때두 commit 간의 비교하고플 때두 branch 간의 비교하고플 때 기본 사용법1. 로컬 변경사항로컬에서 내가 바꿨지만 아직 git add하지 않은 변경사항들git diff  2. 스테이징된 변경사항git add한 내용과 마지막 커밋 상태를 비교주로 커밋 전에 스테이징된 변경 내용을 확인할 때 유용하다.git diff --staged (--cached)3. 두 커밋 간의 차이제곧내git diff  유용한 옵션1. 요약보기변경된 파일의 목록과 요약 정..