문제

저는 Magento eCommerce를 사용하여 웹사이트를 구축하는 작업을 하고 있습니다.모든 Magento PHP 파일을 포함하여 웹 사이트용 서버에 Subversion 저장소를 설정하고 svn/webdav를 사용하여 로컬 시스템에 복사본을 체크아웃했습니다.저장소에 마젠토를 추가하고 커밋했습니다.이제 어떤 svn 작업이라도 svn status 또는 svn commit, 커밋 메시지를 입력할 수 있도록 파일 목록을 작성하고, 영원히.파일 하나만 변경해도 10분 이상이 소요됩니다.무엇이 잘못되었을 수 있는지/문제 해결 방법/수정 방법/제안 사항에 대한 아이디어가 있습니까?감사해요!

도움이 되었습니까?

해결책

저는 Magento + SVN(WebDAV 아님)으로 작업해 왔지만 지금까지는 그런 종류의 문제가 없었습니다.저장소에 변경 사항을 커밋하는 데 시간이 오래 걸리지만(2분 정도) 결코 5분을 넘지 않습니다.

나는 당신의 문제의 원인을 정말로 모릅니다. 나는 그것이 일반적으로 그렇지 않다고(또는 WebDAV의 잘못일 수도 있다고) 어느 정도 말하고 싶었습니다.

해결 방법 1:

Magento의 핵심 부분을 변경하지 않을 것이라고 가정할 때, Magento 설치 중 사용자가 변경할 부분만 버전 관리하는 것을 고려해 보셨나요?즉.모듈이 상주할 app/code/local 폴더와 템플릿 폴더일 수도 있습니다.이렇게 하면 버전이 지정된 파일/폴더의 총 개수가 대폭 줄어들어 동기화 속도가 크게 향상됩니다.

해결 방법 2:

항상 모든 업데이트가 포함된 가장 아래쪽 폴더만 커밋하세요.

cd app/code 
svn commit -m ".." local

해결 방법 3:

1번과 유사합니다:저장소에 저장할 필요가 없는 모든 항목을 무시 목록에 추가해 보세요.다음과 같은 것들은 var/ 폴더에는 버전을 관리할 필요가 없고 많은 파일이 포함되어 있으므로 해당 폴더를 저장소에 포함하지 않는 것이 좋습니다.

해결 방법 4:

사용 자식 그것이 당신에게 옵션이라면 SVN 대신.

eZ Components는 SVN + WebDAV에서 동일한 문제를 겪었고 누군가 SVN + DAV 간의 체크아웃 시간을 git과 비교했습니다.결과를 볼 수 있습니다 여기.

그 수치를 확인한 후에는 전환이 장기적으로 가능한 최선의 선택이라고 생각합니다.

다른 팁

모든 Magento 작업은 단일 코어 파일을 터치하지 않고 수행 할 수 있습니다.이 파일은 수행 해야하는 방식입니다 (동작하기 쉽기 때문에 로케일 파일을 제외하고).

소스 코드를 관리하는 데 어려움을 겪지 않고 Magento의 설치 루트 전체에 프로젝트 파일을 산란시키는 스크립트를 작성했습니다 (단일 Magento Core 파일을 확인하지 않고). 어떻게 작동합니까? 소프트 링크. 손으로 소프트 링크를 만들어 내 스크립트없이 실제로 동일하게 달성 할 수 있지만이를 통해 쉽게 만듭니다 (라이브 서버에 대한 배포/업데이트는 항상 하나의 명령입니다).

Windows 지원에 대해 잘 모르겠습니다. Cygwin 내에서 작동 할 수는 있지만 테스트하지 않았습니다. Windows에서 개발을 수행하지만 Samba를 통해 Windows와 파일을 공유하는 램프 스택이있는 바이러스 머신 (Virtualbox)을 실행하여 Linux 게스트의 명령 줄을 통해 스크립트를 실행하고 Samba Share를 통해 NetBeans로 파일을 편집합니다 (Samba Share). 그리고 NetBeans의 전복 모듈을 통해 변경 사항을 커밋 할 수 있습니다).

자세한 정보는 내 블로그 게시물을 참조하십시오. 모듈 관리자
출처로 바로 이동하십시오. 모듈 관리자 (GIST를 통해)

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