2012-04-13 2 views
2

3.0.5 레일 앱이 있으며 나이가 들어갑니다. 레일즈 3.2 로의 업그레이드를 계획 중입니다.Rails 3.0에서 3.1로 업그레이드하고 3.2에서 3.0으로 업그레이드하십시오.

가이드는 3.0에서 3.1으로, 3.2에서부터 3.2로 변경하여 추천합니다. 내가 시도 할 것입니다.

하지만 업그레이드를 진행하는 동안 프로젝트를 완전히 작동시키고 싶습니다. 은 현재 3.0.5 버전의 앱을 사용하여 프로덕션을 진행할 것입니다.

기본적으로 나는 실제 응용 프로그램 을 방해하지 않으면 서 업그레이드를 병렬로 수행하려고합니다.

Snow Leopard를 실행하는 동일한 컴퓨터를 사용합니다.

저는 Ruby 관리를 위해 RVM을 사용합니다.

이 병렬 업그레이드를 설치하는 방법에 대한 권장 사항이 있습니까? git 브랜칭 실제로 옵션일까요, Git 브랜치의 개념에 너무 많은 잠재적 변경이 들어 맞습니까?

감사합니다.

+4

3.0에서 3.1로 마이 그 레이션하기 위해 "rails-31"이라고 불리는 git 브랜치가 있고 3.2도 마찬가지입니다. 나를 위해 잘 일했다. 게다가 매일 배치 된 안정적인 지점과 버그 수정 및 사소한 개선 사항이 속한 곳이있었습니다. "rails-31"지점으로 돌아 오는 안정적인 마스터/안정감은 꽤 쉬웠습니다. 그 일에 대해서 나에게 도움이되었다는 나의 경험. – Deradon

+0

덕분에 많은 데라 돈! 나도 그렇게 할거야. – Pod

답변

5

반드시 git 브랜치를 사용해야합니다. 가능한 좋은 자식 흐름이 하나가 될 것입니다 :

  • 이의이 마스터 분기 레일 3.0.x 버전에서 현재는 것을 가정 해 봅시다하고 생산합니다.
  • 이 마스터 분기에서 rails_30, rails_31의 두 가지 분기를 생성합니다.
  • 당신이 레일로 이전 완료 :
  • 당신은 3.1.X 레일로 업그레이드에 필요한 모든 필요한 변경 사항으로 rails_31 지점에서 작업을 시작 (http://railscasts.com/episodes/282-upgrading-to-rails-3-1 라이언 베이츠에서이 스크린 캐스트는 당신에게 많은 도움이 될 것입니다) 3.1.x (힌트 : 귀하의 모든 테스트 합격)이 rails_32 지점을 새로 만들 수 있습니다. 당신은, 당신은 rails_30 지점에서 작동 현재 레일 3.0.x의 코드베이스에 변경 사항을 소개해야하는 경우
  • : 그럼 당신은 레일 3.2.x로 업그레이드 (http://railscasts.com/episodes/318-upgrading-to-rails-3-2이 다른 railscast 체크 아웃)을 계속할 수 있습니다. 변화가 좋고 테스트가 잘 되었다면 그것을 마스터로 푸시 할 수 있습니다. 이 누르면 일단 당신이 (당신이이 시점에서 작업하는 중) 당신의 rails_31 또는 rails_32 지점

그 업그레이드 기억이 지점을 병합하거나 체리 픽업 코드하려고 할 수 있습니다 레일 애플 리케이션은 항상 사소한 작업이 아니므로이므로 & 계획대로 처리하십시오. 당신이 갇혀 있다면; 보석이 지원되지 않으면 새로운 버전의 레일스에서 ​​로직이 실패합니다 (은 아마도 가장 가능성이 높습니다)Ruby on Rails 커뮤니티는 거대합니다. 많은 개발자들이 이전에이를 통과했으며 지식을 공유했습니다. 및 기타 사이트/블로그. 계속 그냥 계속 밀어주세요.

행운을 비네.

+0

감사합니다. 전에 올바른 대답을 선택 했어야합니다. 너와 데라 돈의 설명은 좋은거야. 네, 분기를 사용하여 끝났으며 지금까지 호환성이 괜찮습니다. – Pod

관련 문제