2010-07-04 2 views
2

다른 사람들과 웹 사이트에서 작업하고 있습니다. 보통 우리가 뭔가를 수정하고 싶을 때, 우리는 컴퓨터에서 변경을하고 ftp로 새 버전을 업로드하고, 그것이 작동 할 것이기를 (또는 아무도 그것을 고칠 시간이 없다는 것을 눈치 채지 못할 것입니다.) 그것이 바로 그 것입니다.웹 사이트에서 공동으로 작업하는 방법

혼자서 작업하는 것이 가장 좋은 방법은 아니지만 협력 적으로 작업하는 것이 더 바람직하지 않으므로 조언을 구하고 있습니다.

나는 svn/git/mercurial 같은 솔루션이 나를 도울 수 있다고 생각한다. 수은 무료 개인 저장소를 허용 bitbucket 발견. 그러나 그 후에도 내가 한 변경 사항을 ftp에 업로드하고 내 컴퓨터의 버전이 서버의 버전과 동일한 지 어떻게 확인할 수 있습니까?

우리는 모두 무료 시간 (유급 없음) 동안 그것을하고 있으며, 어떤 사람들은 매년 와서 내가 무료로 사용하기 쉬운 것을 찾고 있습니다. (왜 우리 모두가 DVCS를 사용해야하는지 설명합니다.) 그리고 특정 사람에게 의존하지 않는 것.

감사합니다
우리가 웹 사이트를 호스팅하는 데 사용하는 서버가 저렴 하나이며, SSH, SVN의 사용을 허용하지 않습니다 ...

답변

1

버전 컨트롤을 사용하면이 문제에 도움이되지 않습니다 즉, 테스트되지 않은 변경 사항을 프로덕션 사이트에 업로드하는 것입니다.

당신과 당신 팀이 필요로하는 것은 더 나은 품질 관리 절차입니다. 테스트 웹 사이트와 테스터 (QA) 사람이 필요합니다. 이 과정은 다음과 같습니다

  • 이 변화
  • 업데이트
  • 는 QA
  • 업데이트 생산으로 해제 서명 업데이트 및 전체 웹 사이트를 가지고 테스트 웹 사이트/라이브 사이트를 확인

버전 관리 (CVS, SVN, Git 또는 다른 어떤 것)를 사용하여 얻을 수있는 것은 복구 가능성입니다. 변경이 이루어지기 전에 버전으로 돌아갈 수 있습니다. 여전히 "새 코드가 사이트를 파산했다"는 문제는 해결되지 않습니다.

+0

어쩌면 (테스터 사람과 함께) 큰 웹 사이트에서 작업 할 수 있지만 여기는 100 명 미만의 asbl 웹 사이트에 대해 이야기하고 있으며 개발 팀은 일반적으로 3보다 크지 않습니다 (그러나 자주 변경됩니다) . 대부분의 경우 변경 사항은 일부 페이지를 업데이트하거나 이벤트를 구독 할 양식을 만드는 것입니다.어쨌든 테스트 웹 사이트를 갖는 것은 확실히 첫 걸음입니다. –

+0

@Martin Trigaux - 실제로 첫 번째 단계는 테스트/스테이징 서버를 만드는 것입니다. QA 사용자는 프로그래머가 아닌 사람, 사이트를 시도하고 해할 수있는 사람이 될 수 있습니다. – Oded

0

예약 된 릴리스가 필요합니다.

  1. 버그 고토 1 단계
  2. 찾기
출시를 커밋하고 정기적으로 업데이트 코드
  • 코드 동결 또는 지사에서 개발하고 스테이징 환경
  • 에 트렁크에
  • 시험을 병합
  • +0

    고마워요. 버전 컨트롤이있는 부분에 대한 것이지만 릴리즈 이후에 어떻게 할 수 있습니까? 이 커밋 중에 10 페이지를 업데이트하면 어느 것이 었는지 기억해야합니다. 만약 내가 하나를 삭제, 나는 또한 그것을 기억했습니다. –

    0

    올바른 작업 빌드를 나타내는 가장 최근의 빌드는 서버에있는 것이 아니라 소스 리포지토리에서 SVN인지 여부를 이해해야합니다. r 파일 시스템. 라이브 서버가 아닌 한 아무거나! 모든 사이트가 예상대로 작동하는지 확인하십시오. 사이트가 크지 않은 경우 (귀하의 상황을 알지 못함) 버전으로 전체를 배포하십시오.

    +0

    사이트는 거대하지 않지만 매번 다시 모든 것을 업로드하기에는 여전히 너무 크지 않습니다. 전체 웹 사이트는 그림, 문서 때문에 약 60MB입니다 ... 그리고 내가 던컨에게 말했듯이 내가 뭔가를 지우면 문제가 있습니다. 마지막 작업 빌드의 전체 업로드를 수행하더라도 남아 있습니다. –