나머지는 동일하고 - name : Commit File 을 실행 시, 정상적으로 푸쉬가 안되는 이슈가 있습니다. 강사님의 강의에 나오는 코드대로도 써보았고 , 마켓플레이스에 있는것으로도 해보았는데 뭔가 계속해서 오류가 나오네요. 무엇을 고치면 될지 잘 모르겠습니다! Error: Invalid status code '401' for url 'https://api.github.com/repos/2innnnn0/recordGithubAction' at IncomingMessage.<anonymous> (/home/runner/work/_actions/ad-m/github-push-action/master/start.js:14:21) at IncomingMessage.emit (events.js:215:7) at endReadableNT (_stream_readable.js:1184:12) at processTicksAndRejections (internal/process/task_queues.js:80:21)
< script type = "text/javascript" src = "https://openapi.map.naver.com/openapi/v3/maps.js?govClientId=YOUR_CLIENT_ID" > </ script > 저는 공공기관에서 근무하고 있기 때문에 위 스크립트 태그를 사용했습니다. 혹시 github에 올릴 때 YOUR_CLIENT_ID 부분을 공개하고 싶지 않은데 방법이 있을까 궁금하여 여쭤봅니다.
프로젝트 폴더 위치를 변경하게 되면 로컬저장소의 위치가 바뀌게 되는건가요..? 그럼 원격저장소에도 영향을 미치는지 궁금합니다. 폴더는 그냥 자유롭게 위치를 변경해도 되나요? 그리고 프로젝트폴더의 내용을 push한 후 로컬저장소에서 그 파일들을 삭제하는 건 원격저장소에 영향을 미치지 않는지도 궁금합니다.
선생님 안녕하세요. 제가 몇가지 질문이 있습니다. 1. 에러 로그 확인 방법 질문 제가 선생님처럼 코드를 한번에 잘 작성하면 좋겠지만, 따라하는 과정에서 에러가 발생하였습니다. 현재 선생님 코드를 복사하여 docker 관련부분만 수정해서 작동은 합니다. 하지만 제가 다음에 aws를 사용할 때 이러한 에러가 발생한다면 어떤 오류인지 확인을 어떻게 해야할지 모르겠습니다. 예를 들어 travis ci는 Job log라는 창에서 빌드할때 에러를 확인할 수 있었습니다. 하지만 aws는 travis ci에서 성공적으로 빌드해도 에러가 발생하였는데 무엇을 고쳐야 하는지 저는 알 방법이 없었습니다... 또한 로그를 다운받아 봤지만 그파일 안에서도 다양한 txt 파일들이 있었습니다. 하지만 정작 제가 발생한 error를 어디서 확인해야 할 지 모르겠습니다.. 이러한 상황일 떄 선생님 께서는 어떻게 에러를 확인하시고 어디서 실마리를 찾는지 여쭤보고 싶습니다. 아래는 제가 에러가 발생 하였을떄 상황입니다. 2. 혹시 이러한 에러 코드가 나왔을때 선생님꼐서 정확한 정답을 내려주실수는 없어도 경험상 이러한 경우에 나온다고 말씀해주실 수 있을까요? 에러가 발생하는 경우가 다양한 것도 인지하고 있습니다. 정확히 A라는 상황에서 이런 로그가 남습니다. 라는 답변이 아니어도 선생님께서는 이러한 에러를 직면하신다면 어떻게 해결하려고 시도하실지 궁금합니다.. 2021-03-07 02:38:05 UTC+0900 WARN Environment health has transitioned from GREEN to YELLOW 2021-03-07 02:38:05 UTC+0900 WARN Elastic Load Balancer app/awseb-AWSEB-1UN2OUGOSAYCD/1ad65aededf55f2d has zero healthy instances. 2021-03-07 02:37:18 UTC+0900 ERROR During an aborted deployment, some instances may have deployed the new application version. To ensure all instances are running the same version, re-deploy the appropriate application version. 2021-03-07 02:37:18 UTC+0900 ERROR Failed to deploy application. 2021-03-07 02:37:18 UTC+0900 ERROR Unsuccessful command execution on instance id(s) 'i-0201a69c0018de7b0'. Aborting the operation. 2021-03-07 02:37:18 UTC+0900 INFO Command execution completed on all instances. Summary: [Successful: 0, TimedOut: 1]. 2021-03-07 02:37:18 UTC+0900 WARN The following instances have not responded in the allowed command timeout time (they might still finish eventually on their own): [i-0201a69c0018de7b0]. 2021-03-07 02:23:15 UTC+0900 INFO Deploying new version to instance(s). 선생님께서 바쁘실테지만 시간 괜찮으실 때 답변해주시면 정말 감사하겠습니다. 감사합니다.
안녕하세요 질좋은 강의 감사합니다. 해당 명령어 사용 시 docker run -it -p 3000:3000 -v /usr/src/app/node_modules -v $(pwd):/usr/src/app test/myapp 이런 오류가 출력됩니다.. Failed to compile. EACCES: permission denied, open '/usr/src/app/node_modules/.cache/.eslintcache' Failed to compile EACCES: permission denied, open '/usr/src/app/node_modules/.cache/.eslintcache' This error occurred during the build time and cannot be dismissed. -v /usr/src/app/node_modules 해당 부분 제외하면 정상적으로 작동합니다. 제가 놓친 부분이 있을까요 ?
윈도우 사용자이고 %cd%:/usr/src/app 으로 했지만 계속 오류나서 직접 파일 경로를 지정했더니 이렇게 오류가 납니다 ㅠㅠ docker: Error response from daemon: invalid mode: /usr/src/app. 어떤 부분이 잘 못된 건가요...?
안녕하세요. 이번에 좋은 기회로 수강을 하게 되었는데요. 아직 강의 초반이긴 하지만 협업 관련 궁금해서 문의드립니다 깃허브에 A라는 프로젝트가 올라가 있습니다. 이를 로컬 pc에서 clone을 이용해서 다운로드 하여서 이클립스에 import를 하였습니다. 해당 프로젝트를 B라고 하겠습니다. A프로젝트는 tomcat7, jdk8 구성이었고 로컬PC는 tomcat9, jdk8 환경입니다. A프로젝트를 로컬로 가져온 B프로젝트에서 tomcat을 9로 설정하니 .classpath .settings/org.eclipse.wst.common.component .settings/org.eclipse.wst.common.project.facet.core.xml 등이 새로 생기더라고요 보니깐 A프로젝트를 깃허브에 올릴때 환경과 B프로젝트에서의 환경차이로 인해 생기는거 같은데요. 처음부터 .ignore 를 썼으면 모르겠지만, ignore에 작성을 하지 않아서 위의 파일들이 tracking 대상이 되는거 같습니다. 여기서 제가 하고 싶었던건 환경차이로 인해 생긴 B프로젝트의 .classpath파일같은 것을 더 이상 tracking하지 않고 B프로젝트에서 수정만 소스만 깃허브에 올리고 싶습니다. 그래서 인터넷에 찾아보니 .gitignore를 수정하고 git rm -r --cached git add . git commit -m 'remove ignore' git push {remote}{brach} 이렇게 ignore 를 수정해서 다시 올리는 방법이 있더라고요. 저렇게 해서 올리면 일단 history에 ignore 수정한 내역이 올라옵니다. 여기서 궁금했던게 깃허브에 있는 A프로젝트를 다른 제 3자가 pull을 해서 받습니다. 이때 gitIgnore로 추가한 .classpath 등의 파일이 삭제된 상태로 제3자한테 pull이 됩니다 ㅠㅠ 간략 요략드리면 A프로젝트의 .classpath는 그대로 유지하면서 로컬의 gitIgnore 대상이 아니라서 tracking 대상이 된 B프로젝트의 .classpath 파일만 tracking 대상에서 제외할수 잇는 방법은 없을까요? A프로젝트의 저런 환경파일들이 실제 서버의 배포환경부분이 포함되어 있다면 이 부분은 건들지 않고 그대류 유지만 하고 수정한 소스만 올리고 싶어서요...... 말로 하니 설명이 기네요 ㅠㅠ
copy . . RUN npm install 와 COPY package. json . RUN npm install COPY . . 의 차이에서 궁금해서 질문 드립니다. 전체를 복사해오면 package.json 파일도 같이 컨테이너 안에 이동되는게 아닌가요? 왜 완성본 도커파일에서는 RUN npm install 할때 캐시에서 가져오는거죠...? 여기서의 캐시란 컨테이너의 캐시인가요? 아니면 바깥(도커 환경 전체 ) 의 캐시인가요? 그리고 저는 build과정을 기존에 있던 도커파일로 만들더라도 (수정 후 재빌드라고 가정) 새로운 img id, 새로운 container id를 갖는 별개의 컨테이너가 생긴다고 이해를 했는데 무언가 잘못 이해한걸까요...? 도대체 재빌드 과정의 캐시는 어디서 있는 누구인지 궁금합니다. 아니면 DOCKERFILE이 하나 일때는 기존에 만들었던 이미지를 토대로 컨테이너를 생성하고, 그 이미지가 특정 캐시를 가진 걸까요??(이쪽이 좀 더 맞아 보이긴 합니다) 근데 이렇게 이해를 해도 npm install을 웹상에서 다 해오는것과 캐시에서 가져오는 것의 상황 차이에 대해 이해가 잘 안됩니다. 답변 부탁드리겠습니다
