현재 내 호스팅 웹 서버에 svn 저장소가 있습니다. 로컬에서 작업하고 내 서버의 저장소에 변경 사항을 커밋 한 다음 변경 내용을 적용 할 준비가되면 라이브 폴더의 ssh를 통해 "svn 업데이트"를 실행합니다.스테이징 및 라이브 웹 사이트에서 SVN 사용
이제 동일한 서버에 상주 할 준비 사이트를 추가 중입니다. 동일한 서버에있는 다른 폴더 일뿐입니다.
문제점은 제가 테스트를 1 주일 정도 소요될 수있는 스테이징 서버의 사이트에 다소 큰 변화가있을 예정입니다. 그 시간 동안, 나는 테스트가 필요없는 라이브 사이트에 작은 외관 변화를 만들고 싶을 수도 있습니다. 다음의 예제를 보자 :
- 모두가 내가 로컬 주요 변경 사항을
- 개정 1. 시작 내 로컬, 스테이징, 라이브 사이트를 가정, 커밋, 내 준비 서버를 업데이트합니다. 로컬 및 스테이징은 개정 2, 라이브는 여전히 1입니다.
- 누군가 라이브 사이트에서 간단한 텍스트 변경을 요청합니다.
- 어. 이제 로컬 복사본을 리비전 1로 되 돌리고 작은 변화를 만들어 커밋해야합니다. 이제 약간의 변경 사항이있는 개정판 3의 라이브 사이트로 업데이트합니다.
- 중요한 변경 작업을 계속하고 싶기 때문에 로컬 복사본을 리비전 2로 업데이트하고 계속 작업합니다.
- 등등 ....
이 날 업데이트하고 되돌릴 수 지속적으로 revsions 추적하고 강제로. 더 좋은 방법이 있습니까? 나는 여기에 브랜칭과 태그를 사용하고있는 것처럼 느껴지지만 정확하게 이해하지 못한다.
감사합니다, 요나 이미 분기 및 태그를 사용하고이 작업을 수행하는 가장 좋은 방법을 식별
+1. 당신의 방법이 아마 웹 사이트에 더 적합하다고 생각합니다. 내 팀이 출시 된 모든 항목에 대해 항상 정확한 코드를 얻을 수 있다는 것이 중요하기 때문에 태깅을 많이 사용합니다. 그러나 이것이 대부분의 웹 사이트에서는 그리 어려운 일이 아닙니다. –
@Andy : 실제로. 활성 웹 사이트에서는 수명주기 동안 여러 가지 수정 사항을보고 게시하여 지점과 버그 수정을 분리하면 오버 헤드가 상당히 많이 발생합니다.물론이 방법은 현장에있을 수있는 별개의 '버전'이있는 프로젝트에 더 적합합니다. 그러나 많은 작은 변화가 있고 오직 하나의 '버전'만있는 프로젝트의 경우 각 버그 수정 태깅 및 분기의 구분이 덜 유용합니다. – Shaun