매일 매일 미라클 코딩

기능을 구현하고 드디어 소스트리에 공유했는데, 별안간 인덱스 페이지에서 404 에러가 떠서 심장이 덜컥해본 적 있을 것이다. 이럴 땐 침착하게 Maven > Update Project 를 수행해준다. 업데이트를 마치고 다시 실행해본다. 대부분 메이븐을 업데이트 해주면 잘 실행된다. 이렇게해도 index.jsp 가 뜨지 않는다면 mapping 파일쪽을 확인해본다. 가끔 매퍼파일에 중복되는 namespace가 있거나 하면 아예 실행조차 되지 않는다.

소스트리에서 pulling을 받고나서 혹은 어느날 갑자기 이클립스에서 Run on Server 를 돌렸을 때 이런 에러가 날 수 있다. Port 8080 required by Tomcat v8.5 Server at localhost is already in use. The server may already be running in another process, or a system process may be using the port. To start this server you will need to stop the other process or change the port number(s). 대충 포트가 이미 사용중이라는 뜻. 명령프롬프트를 관리자 권한으로 실행한 후 다음 두 줄로 톰캣이 사용해야할 ..

서로 다른 사용자와 저장소를 공유하는 경우 이제 소스트리에서의 commit, push, pull 과정을 이해하였다. 그런데 여럿이서 작업하다보면 한 사람의 커밋과 푸쉬 사이에 다른 사람의 커밋과 푸쉬가 끼어드는 상황도 있지 않을까? 동기화 작업이 아니니 말이다 이를 확인하기 위해 깃헙 본계정과 부계정을 사용해 보았다. 현재 본계정은 - hong_bowang 저장소와, 제2의 계정은 - Jieun_bowang이라는 로컬 저장소와 연결되어있다. 본계정인 Jieun_h5ng 에서 보왕삼매론 TXT를 생성한뒤, 부계정으로 한글 글귀를 추가하였다. master 옆에 1이라는 숫자는 내가 github 원격저장소보다 한 버전 위라는 뜻이다. 즉 서버에 push할 내용이 있다는 뜻. 위 경우 commit 만 진행하고 ..

Git의 버전관리 과정은 이렇다 1. 서버의 update 상황을 먼저 PULL 해온다 2. 관리대상 폴더 내의 파일을 변경한다 3. 적용할 변경사항을 STAGE 에 올린다 4. COMMIT 하여 로컬 저장소에 저장 5. PUSH: 로컬저장소에 저장된 변경사항을 서버에 업로드 → 저장소 이중구조로 인해 중앙서버가 날아가더라도 push 를 통해 복원 가능하다 채근담 폴더에는 저장소 연결 후 아직 업데이트된 내용이 없으므로 Stage, Commit 부터 진행한다. 하지만 첫 연결 이후부터는 작업하기전 무조건 Pull 을 실행하여 혹시라도 업데이트 되어있을지 모를 프로그램에 누가 되지 않도록 한다. (중요) 1) 파일 업데이트 채근담 폴더에 txt 파일을 하나 추가해 보았다 소스트리에 들어가면 잠깐의 로딩 후 ..