0
나는 git를 사용하기 시작했다. 처음에는 창에있는 로컬 env에서 작업하려고했는데 준비가되면 dev 서버로 변경 사항을 푸시합니다. 그러나 문제를 보았습니다. 주요 원인은 로컬 시스템이 너무 느려서 테스트가 정말 느려졌습니다. 변경 후 웹 사이트를 표시하고 페이지를 새로 고침하는 데 20 초 이상 걸렸습니다!팀으로서의 하위 - 하위 도메인 또는 로컬 env?
그래서 이동하여 각 개발자마다 하위 도메인을 만들었습니다. 이미 서버에 dev.mysite.com이 있습니다. 저에게 jer.mysite.com을, 다른 개발자를 위해 dan.mysite.com을 추가했고, 우리와 함께 일하는 외부 서비스에 ext.mysite.com을 추가했습니다. 그런 다음 dev.mysite.com을 복제했습니다. 이것은 훌륭하게 작동합니다. 누구나 서버에서 직접 자신의 환경을 확보했습니다.
내가별로 만족하지 않는 개념은 개념입니다. 팀이 20,30 명의 개발자를 포함하여 성장할 경우 이와 같은 작업이 실제 문제가 될 수 있습니다. 또한, 병합에 대한 devs 문제가 적절한 GUI를 (Vimdiff 정말 힘들 때 당신이 익숙하지 않아).
그렇다면 여러분은 무엇을 권하고 싶습니까?
미리 감사드립니다.
웹 사이트를 로컬로 표시하는 데 20 초 이상 걸리는 이유는 무엇입니까? 더 나은 기계가 옵션이 아니거나 그 이상의 문제입니까? 어떤 웹 서버를 사용하고 계시다면, 아마도 좀 더 나은 답변을 이끌어 낼 수 있을까요? devs는 자신의 컴퓨터에서 병합하지 않고 Git으로 밀어 넣어 테스트 영역을 종료 할 수 있습니까? – gabe3886
일단 당신이 그것을 자동화하면 훌륭한 접근 방식을 취할 수 있습니다 : 와일드 카드 도메인을 가진 dns 서버, 호스트 헤더에 주어진 서브 도메인으로부터 문서 루트를 도출하는 웹 서버 그리고 적절하게 명명 된 디렉토리로 체크 아웃하기위한 서버 측 git 훅 (지점 이름에서 파생 됨). 인증서를 즉시 암호화하도록 요청할 수도 있습니다. – Phillip
@ gabe3886 우리는 easyphp를 사용하고 있으며 모든 것이 훌륭하게 작동합니다 ... 코드베이스는 좋지 않습니다. 그리고 기계는 정말로 느리고 오래되었습니다 (개발자에게는 적합하지 않습니다). 내가 옳다면 당신의 의견 끝에 제시 한 것은 로컬 컴퓨터에서 dev 변경을 가져 와서 코드와 병합하고, 병합 된 코드를 자신의 하위 도메인에 푸시 한 다음, 테스트 한 다음 dev에 푸시를 위임하는 것입니다. –