웹 애플리케이션을 엉망으로 유지하고 업데이트하는 바보 증거 방법이 필요합니다.

StackOverflow https://stackoverflow.com/questions/814555

  •  03-07-2019
  •  | 
  •  

문제

나는 간단한 소셜 네트워킹 응용 프로그램을 작업하고 있으며 곧 시작할 준비가되어있을 것입니다. 그러나 업데이트를 작성하고 때때로 애플리케이션에 새로운 기능을 추가 할 수 있도록 올바르게 유지할 수있는 방법을 원합니다. 지금 바로 수행하는 방법에 대한 몇 가지 포인터가 필요합니다. 지금 당장은 로컬 서버에서 거북이 SVN을 사용하여 응용 프로그램 전복이 있으며 업로드 할 때마다 내보내기를 수행하고 간단한 FTP를 사용하여 내보내는 파일을 원격 서버에 업로드합니다. .

이 작업을 수행하는 더 좋은 방법이 있습니까? - 나는 업로드를하고 싶지 않으며 실수로 덮어 쓰지 않았던 중요한 파일을 실수로 덮어 썼다는 것을 알게된다는 것을 의미합니다. .

도움이 되었습니까?

해결책

웹 서버에서 일반적인 작업 사본을 체크 아웃하는 데 익숙합니다. 리포지토리에 파일이 존재하지 않으면 웹에 있지 않아야합니다. 이렇게하면 필요한 모든 파일을 복사하는 것에 대해 걱정하지 않고 전체 웹을 쉽게 이동하고 다른 도메인의 베타 버전과 같은 추가 버전 (다른 도메인의 베타 버전)을 만들 수 있습니다. 또한 릴리스 버전을 깨지 않고 쉽게 새로운 기능을 추가 할 수 있습니다. 별도의 분기의 기능을 단순히 작업하고 다른 URL의 분기를 테스트하고 준비되면 지점을 트렁크로 병합하고 트렁크 사본을 업데이트하십시오.

물론 서버에서 일반적인 작업 사본을 체크 아웃하는 데 몇 가지 단점이 있습니다. 예를 들어 웹을 통해 제공되기를 원하지 않는 일부 파일이있을 수 있습니다. 이것은 문제가되지 않을 수도 있습니다 - 나는 함께 일하고 있습니다. 촉매, 각 요청은 어쨌든 컨트롤러 스택을 통과하기 때문에 이것은 나를 괴롭히지 않습니다.

다른 팁

라이브 시스템의 사전 제작 거울을 만들고 스크립트로 배치해야합니다. 그런 다음 해당 환경을 확인할 수 있습니다. 다른 스크립트를 사용하여 사전 프로덕션에서 실제 프로덕션 환경으로 코드를 배포하기 전에 변경 사항이 기능을 중단하지 않았습니다.

소스 제어를 사용하여 개발, 사전 제작 및 생산 환경을 관리하는 것이 필수적입니다. 파괴 좋은 선택이며 명령 줄 사용을 좋아하지 않으면 거북이.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top