2014-10-25 2 views
-1

나는 html, jscss을 사용하는 브라우저 퍼즐 기반 게임에 공동 작업 중이며 소스 제어에는 git을 사용합니다.
index.html을 사용하여 게임을 실행할 수 있으며 곧 서버에서 호스팅됩니다.git repo로 여러 배포 방법 처리하기

요즘 나는 Chrome Web Store에 배포 할 수 있도록 Chrome App 버전/프로젝트 패키지를 만들려고했습니다. 그리고 곧 다른 시장을 고려할 것입니다.
git repo에 추가 파일을 추가해야합니다.이 파일은 chrome-app 버전의 repo에만 해당됩니다.
Chrome 내에 완전한 통합이 가능하도록 약간의 코드가 변경되었습니다.

내 원래 repo의 포크를 만들고 더 chrome-app 파일을 처리하는 것이 낫겠습니까? 따라서 원래/보통 게임은 chrome-app 포트와 별개입니까?
또는 마이너 코드 변경이 필요하다고 생각하면 완전히 분리 된 git repo가 ​​더 좋고 수동으로 repos간에 업데이트를 복사합니까?

답변

0
나는 등

한 가지 방법, 제품 라인을 관리하는 관리의 repos, 지점, 태그와 함께 편안 수준에 따라에 대해 갈 수있는 몇 가지 방법이 새로운 chrome-app REPO를 작성하고 원본을 소개하는 것입니다 생각

(chrome-app repo에 submodule으로 답장을 보내주세요 (예 : baseline).

git submodule add https://github.com/<username>/<baseline>.git 

당신이 서브 모듈을 사용하기로 결정하면, 당신은 commands like git submodule init and git submodule update을 숙지해야한다 : 당신은 GitHub의를 사용하는 경우 따라서, 당신은 뭔가를 할 수 있습니다. 그런 다음 git mergegit fetch을 사용하여 업스트림 baseline 리포의 새로운 변경 사항을 병합하고 git push --recurse-submodules을 사용하여 변경 사항을 baseline에 게시 할 수 있습니다.

잔인하다고 생각되면 원래 repo에서 포크하여 chrome-app 레포를 만들 수 있습니다. 이 리포지토리의 소유자이므로 git pushgit pull을 사용하여 쉽게 동기화 할 수 있습니다.

너무 작 으면 (소규모 프로젝트의 경우) 원래 저장소의 master을 분기하고 하나의 저장소에 모든 것을 보관할 수 있습니다.

0

이것은 소스 제어 시스템보다 빌드 시스템에서 더 잘 처리됩니다. 서브 폴더에 이러한 모든 리소스 (모든 배포 방법에 해당)를 배치하거나 각 배포 방법에 대한 git 리포지토리를 만들고 하위 모듈을 사용하여 게임 코드를 가져옵니다. 리포지토리간에 코드를 복사하여 붙여 넣는 것은 매우 나쁜 생각입니다.

관련 문제