비 기술적 인 사람에게 git repo를 전송하는 표준 방법

나는 비 기술적 인 고객으로 계약의 끝 부분에서해야 할 일의 복사본을 얻어야한다. 그래서 나는 그들에게 옵션을 건네 줄 수있다. 다른 개발자에게 전달합니다.비 기술적 인 사람에게 git repo를 전송하는 표준 방법

문제는 기술적이지 않기 때문에 Git GUI를 다운로드하고 자신의 컴퓨터에 repo를 복제 할 수 있다고 생각하지 않습니다. 사실 현재 호스트가 아닌 다른 원격지에서도 리포를 가지고 있지 않습니다.

은 내가

가의 Bitbucket/Github에서/유사에 저장소를 넣어 세 가지 옵션을 가지고
는 .git 폴더를 포함한 전체 저장소를 보관 그것에 클라이언트 액세스 권한을 부여하고 클라이언트
전체 환매 특약 내용을 보관하지만, 어떤 .git 물건없이 클라이언트에이 줄

레포지토리 거대한되지 않습니다 (크기에 저장), 그래서 크기는 문 제되지 않습니다 이자형. 하지만 지금은 .git 폴더를 포함하여 아카이브를 보내는쪽으로 기울어 져 있습니다. 온라인 저장소가 없기 때문에 (나중에 관리 책임이 생길 것 같습니다). 이 문제를 처리하는 표준 방법이 있습니까?

출처

2014-05-15 Hbcdev

git 브랜치를 패키징하기위한'git bundle '이 있습니다. –

자주 업데이트를 보내지 않으려는 경우 아카이브가 가장 쉬운 솔루션 일 수 있습니다. 자식은 현재 머리을 보관하는 데 도움을줍니다. 온라인 저장소 서비스로 경로를 이동하기로 결정하면 그 또한 비 기술적 인 클라이언트가 쉽게 액세스를 허용 할 수 있도록

git archive HEAD --format=zip > archive.zip

는 github에이 (가) 왼쪽 사이드 바의 하단에 "다운로드 우편 번호"옵션이 있습니다.

출처

2014-05-15 10:04:18 hnn

왜이 사람이 투표에 실패했는지 설명 할 수 있습니까? 이것은 repo가 아닌 파일을 보내기 위해해야 할 올바른 일처럼 보입니다 (내가 관심을 가졌던 세 번째 옵션). – Hbcdev

네, 이것은 세 번째 옵션에만 해당되며 클라이언트가 자식 저장소로 사용할 수 없도록합니다. HEAD에 파일을 보관합니다. 'git bundle '을 사용하여 브랜치를 패키징하는 것은 클라이언트가 번들의 내용에 액세스 할 때 git을 사용할 수 있어야하고 기술적이지 않은 클라이언트에 적합하지 않다는 단점이 있습니다. – hnn

나는 질문에 따라 선호하는 것이 아닌 단지 하나의 옵션을 선택하는 것이 좋은 대답이라고 생각하지 않는다. 클라이언트는 대개 콘텐츠에 액세스 할 필요가 없으며 기술자에게 넘길 수 있어야합니다. 온세트가 아닌 프로젝트의 경우, 내역과 지점도 가치가있을 수 있습니다. –

는 단일 지점을 사용하여 포장 할 수 있습니다

다음과 같이 전체 저장소 포장 할 수

git bundle create <filename> <branch>

이

git bundle create <filename> --all

그런 다음 경로 번들을 사용할 수 있습니다 그것은 읽기 전용 것처럼 저장소.

git clone <filename> <newreponame>

출처

2014-05-15 10:13:05

비 기술적 인 사람에게 git repo를 전송하는 표준 방법

답변

관련 문제