cloud9에서 인스턴스를 다시 만들고 싶다면

처음으로 기사를 씁니다.
이것은 자신의 메모입니다.

cloud9 설정을 잘못했습니다.
힘차게 EC2의 스토리지 용량을 무료 테두리 이상으로 긁어 버렸다.
그 외 잘 모르게 되고 또 ​​처음부터 시작하고 싶다.
그렇다면

github에 push하고 있다고 가정합니다.
그 push를 cloud9에 clone합니다.

loud9에 새 인스턴스를 만듭니다.
작성시 설정은 rails 튜토리얼을 따랐습니다.

git이 들어 있는지 확인합니다 (내 환경에서는 이미 들어있었습니다).

다음으로 새로 만든 인스턴스에 자신의 github 정보를 알려줍니다.

git config --global user.name USER_NAME

git config --global user.email EMAIL_ADDRESS

USER_NAME, EMAIL_ADDRESS에 자신의 사용자 이름과 이메일 주소를 할당합니다. 제 경우에는

git config --global user.name irojiroserika

됩니다.

특히 응답이 있는 것은 아니지만 괜찮습니다. 만약 여기에서 유저 네임등 실수해 버린 경우는 다시 한번 입력해 두면 됩니다.

그런 다음 clone하려는 커밋의 URL을 찾습니다.
이미지 참조 (녹색 부분을 클릭하면 나옵니다.)



마지막으로
git clone 그 URL

그래서 clone 자체는 끝입니다.
파일을 확인하십시오.

그러나 여기에서 개발을 시작하려고해도 rails server가 시작되지 않으므로 bundle install을 실행합니다.

여기서 주의점
나는 rails 튜토리얼을 타고 Gemfile을 다시 작성하고 있기 때문에 개발 및 프로덕션에 사용하는 db가 다릅니다. 이 경우

bundle install --without production

또한 실행하지 않으면 bundle install시에 프로덕션 gem을 설치할 수 없다는 오류가 발생하고 결과적으로 rails server가 시작되지 않습니다.

그래서
bundle install
그리고
bundle install --without production
또한 실행합니다.

아, 그래

yarn이 포함되어 있지 않으면 rails server가 시작되지 않으므로 yarn을 설치하십시오.

이때



Your Yarn packages are out of date!

Please run yarn install --check-files to update.



라는 메시지가 돌아온다고 생각합니다만, 원래 yarn이 들어 있지 않은 경우는
yarn install --check-files
처음에는 실행할 수 없으므로,

source <(curl -sL htps // cd 응.ぇあrねのうgh. 코 m / 야 rn_in s tai l)
(cloud9 환경)

실행하십시오.

이제 rails server가 시작됩니다.

이것으로 정말 마지막입니다.

rails db:migrate를 실행하면 clone해 온 앱을 오류 없이 볼 수 있게 됩니다.

자신 용이지만, 위해가되면 기쁩니다.

좋은 웹페이지 즐겨찾기