"git export"(예 : "svn export")가 있습니까?

.git저장소 디렉토리 없이 트리의 사본을 작성하는 좋은 "git export"솔루션이 있는지 궁금합니다 . 내가 아는 적어도 세 가지 방법이 있습니다.

1. git clone그런 다음 .git저장소 디렉토리 를 제거하십시오 .
2. git checkout-index 이 기능을 암시하지만 "원하는 트리를 인덱스로 읽어야합니다 ..."로 시작합니다.
3. git-export본질적 git clone으로 임시 위치에 이어 rsync --exclude='.git'최종 목적지로 들어가는 타사 스크립트입니다 .

이 솔루션들 중 어느 것도 실제로 만족스럽지 않습니다. 두 svn export옵션 모두 대상 디렉토리를 먼저 비워야하기 때문에 가장 가까운 옵션은 옵션 1 일 수 있습니다. 그러나 트리를 인덱스로 읽는 것이 무엇을 의미하는지 알 수 있다고 가정하면 옵션 2가 훨씬 더 좋아 보입니다.

아마도 이것을 달성하는 가장 간단한 방법은입니다 git archive. 확장 된 트리 만 정말로 필요하다면 이와 같은 것을 할 수 있습니다.

git archive master | tar -x -C /somewhere/else

대부분의 경우 git에서 무언가를 '내보내기'해야 할 때마다 압축 아카이브를 원하므로 이와 같은 작업을 수행해야합니다.

git archive master | bzip2 >source-tree.tar.bz2

ZIP 아카이브 :

git archive --format zip --output /full/path/to/zipfile.zip master 

git help archive 자세한 내용은 매우 유연합니다.

아카이브에 .git 디렉토리가 포함되어 있지 않더라도 .gitignore, .gitattributes 등과 같은 다른 숨겨진 git 특정 파일이 포함됩니다. 아카이브에 원하지 않는 경우, .gitattributes 파일에서 export-ignore 속성을 사용하고 아카이브를 수행하기 전에이를 커밋하십시오. 더 읽어보기 ...

참고 : 색인 내보내기에 관심이있는 경우 명령은

git checkout-index -a -f --prefix=/destination/path/

(자세한 내용은 Greg의 답변 을 참조하십시오)

옵션 2의 의미를 알았습니다. 저장소에서 다음을 수행 할 수 있습니다.

git checkout-index -a -f --prefix=/destination/path/

경로 끝에 슬래시가 중요합니다. 그렇지 않으면 접두어가 'path'인 파일이 / destination에있게됩니다.

정상적인 상황에서 인덱스는 저장소의 내용을 포함하기 때문에 "원하는 트리를 인덱스로 읽는"특별한 작업은 없습니다. 이미 있습니다.

-a플래그 (나는 확실히 그것이 내가하고 싶은 일을하지 않기 때문에,이 상황에서이 플래그를 생략 할 것이 무엇을 의미하는지 모르겠어요) 인덱스에있는 모든 파일을 확인하는 데 필요합니다. -f이 명령이 정상적으로 수행하지 않는 출력의 기존 파일을 덮어 플래그 힘.

이것은 내가 찾던 일종의 "git export"인 것으로 보입니다.

git archive 원격 저장소와도 작동합니다.

git archive --format=tar \
--remote=ssh://remote_server/remote_repository master | tar -xf -

repo 내부의 특정 경로를 내보내려면 git의 마지막 인수만큼 원하는 경로를 추가하십시오.

git archive --format=tar \
--remote=ssh://remote_server/remote_repository master path1/ path2/ | tar -xv

리포지토리가 GitHub에서 호스팅되는 경우 특별한 사례 답변입니다.

그냥 사용하십시오 svn export.

내가 아는 한 Github은 허용하지 않습니다 archive --remote. GitHub는 svn 호환 가능 하지만 모든 git repos에 svn액세스 할 수 있으므로 svn exportGitHub URL을 약간 조정하여 정상적으로 사용할 수 있습니다.

예를 들어 전체 저장소를 내보내 trunk려면 URL이 어떻게 바뀌는 지 master(또는 프로젝트의 HEAD 브랜치가 무엇 으로 설정되어 있는지 ) 확인하십시오.

svn export https://github.com/username/repo-name/trunk/

단일 파일 또는 특정 경로 또는 폴더를 내보낼 수도 있습니다.

svn export https://github.com/username/repo-name/trunk/src/lib/folder

jQuery JavaScript 라이브러리를 사용한 예제

HEAD지점 또는 마스터 분기 가능한 사용 될 것입니다 trunk:

svn ls https://github.com/jquery/jquery/trunk

비 HEAD 지점 은 다음에서 액세스 할 수 있습니다 /branches/.

svn ls https://github.com/jquery/jquery/branches/2.1-stable

동일한 방식으로 아래 에있는 모든 태그/tags/ :

svn ls https://github.com/jquery/jquery/tags/2.1.3

로부터 힘내 설명서 :

git-checkout-index를 사용하여 "전체 트리 내보내기"

접두사 기능은 기본적으로 git-checkout-index를 "트리로 내보내기"기능으로 사용하는 것이 간단합니다. 원하는 트리를 인덱스로 읽고 다음을 수행하십시오.

$ git checkout-index --prefix=git-export-dir/ -a

다음 git-checkout-index과 같이 사용할 수 있는 간단한 래퍼를 작성했습니다 .

git export ~/the/destination/dir

대상 디렉토리가 이미 존재하지 않으면 추가해야합니다 -f나 --force.

설치는 간단합니다. 에서 스크립트를 삭제하고 PATH실행 파일인지 확인하십시오.

의 github 저장소 git-export

이것은 SVN보다 Git의 문제가 적은 것으로 보입니다. Git은 저장소 루트에 .git 폴더 만 저장하고 SVN은 모든 하위 디렉토리에 .svn 폴더를 저장합니다. 따라서 "svn export"는 재귀적인 명령 줄 마술을 피하지만 Git 재귀는 필요하지 않습니다.

동등한

svn export . otherpath

기존 레포 내부

git archive branchname | (cd otherpath; tar x)

동등한

svn export url otherpath

이다

git archive --remote=url branchname | (cd otherpath; tar x)

파일을 제외하지 않으면 .gitattributes export-ignore다음을 시도하십시오.git checkout

mkdir /path/to/checkout/
git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout -f -q

-f
색인에서 경로를 체크 아웃 할 때 병합되지 않은 항목에 대해 실패하지 마십시오. 대신 병합되지 않은 항목은 무시됩니다.

과

-q
자세한 정보를 피하십시오

또한 SHA1을 추가하기 만하면 SVN과 같은 특정 커밋 수정본 또는 분기 또는 태그를 얻을 수 있습니다 (Git의 SHA1은 SVN의 수정본 번호와 동일 함)

mkdir /path/to/checkout/
git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout 2ef2e1f2de5f3d4f5e87df7d8 -f -q -- ./

는 /path/to/checkout/망할 놈의 모든 파일을 삭제하지 않습니다, 비어 있어야하지만, 경고없이 동일한 이름의 파일을 덮어 쓰게됩니다

업데이트 : 태그, 분기 또는 SHA1로 내보내기에 체크 아웃을 사용할 때 참수 된 문제를 피하거나 작업 저장소를 그대로 유지 -- ./하려면 끝에 추가해야합니다

이중 대시 --는 git에게 대시 뒤의 모든 것이 경로 또는 파일임을 알리고이 경우 git checkout에는 변경하지 말라고 지시 합니다.HEAD

예 :

이 명령은 libs 디렉토리와 readme.txt정확히 커밋 된 파일을 가져옵니다.

git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout fef2e1f2de5f3d4f5e87df7d8 -f -q -- ./libs ./docs/readme.txt

이것은 my_file_2_behind_HEAD.txt머리 뒤에 두 개의 커밋 을 생성 (덮어 쓰기) 합니다HEAD^2

git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout HEAD^2 -f -q -- ./my_file_2_behind_HEAD.txt

다른 지점의 수출을 얻으려면

git --git-dir=/path/to/repo/.git --work-tree=/path/to/checkout/ checkout myotherbranch -f -q -- ./

공지 사항 ./저장소의 루트에 상대적인

git-submodule을 광범위하게 사용합니다. 이것은 나를 위해 작동합니다 :

rsync -a ./FROM/ ./TO --exclude='.*'

자식 저장소를 내보내는 방법을 찾을 때이 페이지를 자주 방문했습니다. 이 질문에 대한 나의 대답은 svn이 중앙 집중식 저장소 접근 방식을 따르기 때문에 svn 내보내기가 git과 비교하여 설계 상으로 갖는 세 가지 속성을 고려합니다.

• 모든 개정을 내 보내지 않아 원격 저장소 위치로의 트래픽을 최소화합니다.
• 내보내기 디렉토리에 메타 정보가 포함되어 있지 않습니다

• svn을 사용하여 특정 분기를 내보내려면 적절한 경로를 지정하십시오.

  git clone --depth 1 --branch master git://git.somewhere destination_path
  rm -rf destination_path/.git
  

특정 릴리스를 빌드 할 때는 안정적인 분기를 복제하는 것이 좋습니다 ( 예 : --branch stable또는) --branch release/0.9.

.dot 파일을 제외한 모든 내용이 복사됩니다. git 복제없이 git clone 프로젝트를 내 웹 앱의 git repo로 내보내는 데 사용합니다.

cp -R ./path-to-git-repo / path / to / destination /

평범한 오래된 배쉬는 잘 작동합니다 :)

클론처럼 간단하고 .git 폴더를 삭제하십시오.

git clone url_of_your_repo path_to_export && rm -rf path_to_export/.git

GitHub 사용자의 경우 내보내기 URL이 임시이므로git archive --remote 메소드가 직접 작동하지 않습니다 . URL을 GitHub에 요청한 다음 해당 URL을 다운로드해야합니다. 그것을 쉽게 만든다 :curl

curl -L https://api.github.com/repos/VENDOR/PROJECT/tarball | tar xzf -

이렇게하면 내 보낸 코드가 로컬 디렉토리에 제공됩니다. 예:

$ curl -L https://api.github.com/repos/jpic/bashworks/tarball | tar xzf -
$ ls jpic-bashworks-34f4441/
break  conf  docs  hack  LICENSE  mlog  module  mpd  mtests  os  README.rst  remote  todo  vcs  vps  wepcrack

편집
코드가 github의 임의의 디렉토리가 아닌 기존 의 특정 디렉토리에 저장되도록 하려면 다음을 수행하십시오.

curl -L https://api.github.com/repos/VENDOR/PROJECT/tarball | \
tar xzC /path/you/want --strip 1

예, 이것은 아카이브에 git 포함없이 코드를 아카이브하는 깔끔하고 깔끔한 명령이며 git commit history에 대해 걱정하지 않고 전달하는 것이 좋습니다.

git archive --format zip --output /full/path/to/zipfile.zip master 

난 당신이있는 경우에 지적하고 싶습니다

1. 저장소의 하위 폴더 내보내기 (SVN 내보내기 기능 사용 방법)
2. 해당 폴더에서 배포 대상으로 모든 내용을 복사해도 괜찮습니다.
3. 이미 전체 리포지토리의 복사본을 가지고 있기 때문에.

그런 다음 cp foo [destination]언급 된 대신 사용할 수 있습니다 git-archive master foo | -x -C [destination].

커밋에서 원격 저장소를 zip 파일로 보관할 수 있습니다.

git archive --format=zip --output=archive.zip --remote=USERNAME@HOSTNAME:PROJECTNAME.git HASHOFGITCOMMIT

자식 내보내기의 대쉬 구현.

.empty 파일 생성 및 제거 프로세스를 'git-archive'구현에서 재사용하기 위해 자체 기능으로 분할했습니다 (나중에 게시 될 예정입니다).

또한 대상 내보내기 폴더에서 원하지 않는 파일을 제거하기 위해 '.gitattributes'파일을 프로세스에 추가했습니다. 'git-export'기능을보다 효율적으로 만들면서 프로세스에 자세한 정보가 포함되었습니다.

EMPTY_FILE = ". empty";

function create_empty () {
## Processing path (target-dir):
    TRG_PATH="${1}";
## Component(s):
    EXCLUDE_DIR=".git";
echo -en "\nAdding '${EMPTY_FILE}' files to empty folder(s): ...";
    find ${TRG_PATH} -not -path "*/${EXCLUDE_DIR}/*" -type d -empty -exec touch {}/${EMPTY_FILE} \;
#echo "done.";
## Purging SRC/TRG_DIRs variable(s):
    unset TRG_PATH EMPTY_FILE EXCLUDE_DIR;
    return 0;
  }

declare -a GIT_EXCLUDE;
function load_exclude () {
    SRC_PATH="${1}";
    ITEMS=0; while read LINE; do
#      echo -e "Line [${ITEMS}]: '${LINE%%\ *}'";
      GIT_EXCLUDE[((ITEMS++))]=${LINE%%\ *};
    done < ${SRC_PATH}/.gitattributes;
    GIT_EXCLUDE[${ITEMS}]="${EMPTY_FILE}";
## Purging variable(s):
    unset SRC_PATH ITEMS;
    return 0;
  }

function purge_empty () {
## Processing path (Source/Target-dir):
    SRC_PATH="${1}";
    TRG_PATH="${2}";
echo -e "\nPurging Git-Specific component(s): ... ";
    find ${SRC_PATH} -type f -name ${EMPTY_FILE} -exec /bin/rm '{}' \;
    for xRULE in ${GIT_EXCLUDE[@]}; do
echo -en "    '${TRG_PATH}/{${xRULE}}' files ... ";
      find ${TRG_PATH} -type f -name "${xRULE}" -exec /bin/rm -rf '{}' \;
echo "done.'";
    done;
echo -e "done.\n"
## Purging SRC/TRG_PATHs variable(s):
    unset SRC_PATH; unset TRG_PATH;
    return 0;
  }

function git-export () {
    TRG_DIR="${1}"; SRC_DIR="${2}";
    if [ -z "${SRC_DIR}" ]; then SRC_DIR="${PWD}"; fi
    load_exclude "${SRC_DIR}";
## Dynamically added '.empty' files to the Git-Structure:
    create_empty "${SRC_DIR}";
    GIT_COMMIT="Including '${EMPTY_FILE}' files into Git-Index container."; #echo -e "\n${GIT_COMMIT}";
    git add .; git commit --quiet --all --verbose --message "${GIT_COMMIT}";
    if [ "${?}" -eq 0 ]; then echo " done."; fi
    /bin/rm -rf ${TRG_DIR} && mkdir -p "${TRG_DIR}";
echo -en "\nChecking-Out Index component(s): ... ";
    git checkout-index --prefix=${TRG_DIR}/ -q -f -a
## Reset: --mixed = reset HEAD and index:
    if [ "${?}" -eq 0 ]; then
echo "done."; echo -en "Resetting HEAD and Index: ... ";
        git reset --soft HEAD^;
        if [ "${?}" -eq 0 ]; then
echo "done.";
## Purging Git-specific components and '.empty' files from Target-Dir:
            purge_empty "${SRC_DIR}" "${TRG_DIR}"
          else echo "failed.";
        fi
## Archiving exported-content:
echo -en "Archiving Checked-Out component(s): ... ";
        if [ -f "${TRG_DIR}.tgz" ]; then /bin/rm ${TRG_DIR}.tgz; fi
        cd ${TRG_DIR} && tar -czf ${TRG_DIR}.tgz ./; cd ${SRC_DIR}
echo "done.";
## Listing *.tgz file attributes:
## Warning: Un-TAR this file to a specific directory:
        ls -al ${TRG_DIR}.tgz
      else echo "failed.";
    fi
## Purgin all references to Un-Staged File(s):
   git reset HEAD;
## Purging SRC/TRG_DIRs variable(s):
    unset SRC_DIR; unset TRG_DIR;
    echo "";
    return 0;
  }

산출:

$ git-export /tmp/rel-1.0.0

빈 폴더에 '.empty'파일 추가 : ... 완료.

체크 아웃 색인 구성 요소 : ... 완료.

HEAD 및 색인 재설정 : ... 완료.

힘내 특정 구성 요소 제거 : ...

'/tmp/rel-1.0.0/{.buildpath}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.project}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.gitignore}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.git}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.gitattributes}'파일 ... 완료. '

'/tmp/rel-1.0.0/{*.mno}'파일 ... 완료. '

'/tmp/rel-1.0.0/{*~}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.*~}'파일 ... 완료. '

'/tmp/rel-1.0.0/{*.swp}'파일 ... 완료. '

'/tmp/rel-1.0.0/{*.swo}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.DS_Store}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.settings}'파일 ... 완료. '

'/tmp/rel-1.0.0/{.empty}'파일 ... 완료. '

끝난.

체크 아웃 된 구성 요소 아카이브 : ... 완료.

-rw-r--r-- 1 관리자 휠 25445901 3 11 월 12:57 /tmp/rel-1.0.0.tgz

이제 'git archive'기능을 'create_empty'기능 및 기타 기능을 사용하는 단일 프로세스에 통합했습니다.

function git-archive () {
    PREFIX="${1}"; ## sudo mkdir -p ${PREFIX}
    REPO_PATH="`echo "${2}"|awk -F: '{print $1}'`";
    RELEASE="`echo "${2}"|awk -F: '{print $2}'`";
    USER_PATH="${PWD}";
echo "$PREFIX $REPO_PATH $RELEASE $USER_PATH";
## Dynamically added '.empty' files to the Git-Structure:
    cd "${REPO_PATH}"; populate_empty .; echo -en "\n";
#    git archive --prefix=git-1.4.0/ -o git-1.4.0.tar.gz v1.4.0
# e.g.: git-archive /var/www/htdocs /repos/domain.name/website:rel-1.0.0 --explode
    OUTPUT_FILE="${USER_PATH}/${RELEASE}.tar.gz";
    git archive --verbose --prefix=${PREFIX}/ -o ${OUTPUT_FILE} ${RELEASE}
    cd "${USER_PATH}";
    if [[ "${3}" =~ [--explode] ]]; then
      if [ -d "./${RELEASE}" ]; then /bin/rm -rf "./${RELEASE}"; fi
      mkdir -p ./${RELEASE}; tar -xzf "${OUTPUT_FILE}" -C ./${RELEASE}
    fi
## Purging SRC/TRG_DIRs variable(s):
    unset PREFIX REPO_PATH RELEASE USER_PATH OUTPUT_FILE;
    return 0;
  }

서브 모듈과 작동하는 것을 원한다면 이것은 가치가 있습니다.

노트 :

• MASTER_DIR = 하위 모듈을 체크 아웃 한 상태에서도 체크 아웃
• DEST_DIR =이 내보내기가 끝나는 곳
• 당신이 rsync를 가지고 있다면, 당신은 훨씬 적은 공 통증으로 같은 일을 할 수 있다고 생각합니다.

가정 :

• MASTER_DIR의 상위 디렉토리 (예 : MASTER_DIR cd ..)에서이를 실행해야합니다.
• DEST_DIR이 생성 된 것으로 가정합니다. 원하는 경우 DEST_DIR 작성을 포함하도록 수정하기가 매우 쉽습니다.

cd MASTER_DIR && tar -zcvf ../DEST_DIR/export.tar.gz --exclude = '. git *'. && cd ../DEST_DIR/ && tar xvfz export.tar.gz && rm export.tar.gz

내 선호는 실제로 거리 를 갖는 것입니다 Makefile (또는 다른 빌드 시스템)에 배포 가능한 코드 아카이브 (.tar.bz2, .zip, .jar 또는 적절한 것)를 내보내는 대상 입니다. GNU autotools 또는 Perl의 MakeMaker 시스템을 사용하고 있다면 이것이 자동으로 존재한다고 생각합니다. 그렇지 않은 경우 추가하는 것이 좋습니다.

ETA (2012-09-06) : 와우, 가혹한 다운 보트. 여전히 소스 코드 제어 도구가 아닌 빌드 도구를 사용하여 배포판을 작성하는 것이 좋습니다. 빌드 도구를 사용하여 아티팩트를 빌드한다고 생각합니다. 나의 현재 직업에서, 우리의 주요 제품은 개미 대상으로 만들어졌습니다. 우리는 스위칭 소스 코드 제어 시스템의 한가운데에 있으며,이 개미 대상의 존재는 마이그레이션의 번거 로움을 줄여줍니다.

커밋 범위 (C ~ G)의 파일을 tar 파일로 복사합니다. 참고 : 이것은 커밋 된 파일 만 가져옵니다. 전체 저장소가 아닙니다. 여기 에서 약간 수정

커밋 히스토리 예

A-> B-> C-> D-> E-> F-> G- > H-> I

git diff-tree -r --no-commit-id --name-only --diff-filter=ACMRT C~..G | xargs tar -rf myTarFile.tar

git-diff-tree 매뉴얼 페이지

-r-> 하위 트리로 재귀

--no-commit-id-> git diff-tree는 적용 가능한 경우 커밋 ID가있는 행을 출력합니다. 이 플래그는 커밋 ID 출력을 억제했습니다.

--name-only-> 변경된 파일 이름 만 표시합니다.

--diff-filter = ACMRT->이 파일들만 선택하십시오. 전체 파일 목록은 여기를 참조하십시오

C..G->이 커밋 범위의 파일

C ~-> Commit C의 파일을 포함합니다. Commit C 이후의 파일 만이 아닙니다.

| xargs tar -rf myTarFile-> tar로 출력

질문을 이해함에 따라 로컬 리포지토리에서 상태를 추출하지 않고 서버에서 히스토리없이 다른 분기의 데이터없이 서버에서 특정 상태를 다운로드하는 것이 더 중요합니다.

다음과 같이 할 수 있습니다 :

git clone -b someBranch --depth 1 --single-branch git://somewhere.com/repo.git \
&& rm -rf repo/.git/

• --single-branch Git 1.7.10 (2012 년 4 월)부터 사용할 수 있습니다.
• --depth(was?)에 결함이있는 것으로보고 되었지만, 수출의 경우 언급 된 문제는 중요하지 않습니다.

배포 스크립트에 이것이 필요했으며 위에서 언급 한 접근법을 사용할 수 없었습니다. 대신 다른 해결책을 찾았습니다.

#!/bin/sh
[ $# -eq 2 ] || echo "USAGE $0 REPOSITORY DESTINATION" && exit 1
REPOSITORY=$1
DESTINATION=$2
TMPNAME="/tmp/$(basename $REPOSITORY).$$"
git clone $REPOSITORY $TMPNAME
rm -rf $TMPNAME/.git
mkdir -p $DESTINATION
cp -r $TMPNAME/* $DESTINATION
rm -rf $TMPNAME

쉬운 방법으로 .bash_profile의 기능으로 현재 위치에서 아카이브의 압축을 직접 풀고 먼저 일반적인 [url : path]를 구성하십시오. 참고 :이 기능을 사용하면 복제 작업을 피할 수 있으며 원격 리포지토리에서 직접 가져옵니다.

gitss() {
    URL=[url:path]

    TMPFILE="`/bin/tempfile`"
    if [ "$1" = "" ]; then
        echo -e "Use: gitss repo [tree/commit]\n"
        return
    fi
    if [ "$2" = "" ]; then
        TREEISH="HEAD"
    else
        TREEISH="$2"
    fi
    echo "Getting $1/$TREEISH..."
    git archive --format=zip --remote=$URL/$1 $TREEISH > $TMPFILE && unzip $TMPFILE && echo -e "\nDone\n"
    rm $TMPFILE
}

.gitconfig의 별칭, 동일한 구성이 필요합니다 (.git 프로젝트 내에서 명령을 실행하도록주의 하십시오 . 이것은 고정 될 때까지 항상 이전에 기본 디렉토리로 이동합니다.

ss = !env GIT_TMPFILE="`/bin/tempfile`" sh -c 'git archive --format=zip --remote=[url:path]/$1 $2 \ > $GIT_TMPFILE && unzip $GIT_TMPFILE && rm $GIT_TMPFILE' -

지금까지 내가 본 가장 쉬운 방법은 git bundle다음과 같습니다 ( Windows에서도 작동) .

git bundle create /some/bundle/path.bundle --all

자세한 내용은이 답변을 참조하십시오 : USB 드라이브를 통해 Windows 시스템에서 Linux 시스템으로 git 저장소를 복사하는 방법은 무엇입니까?

내보내기를 만들려는 컴퓨터에 리포지토리의 로컬 복사본이 있으면 잘 작동하는 다른 솔루션이 있습니다. 이 경우이 저장소 디렉토리로 이동하고 다음 명령을 입력하십시오.

GIT_WORK_TREE=outputdirectory git checkout -f

이것은 git 저장소로 웹 사이트를 관리하고에서 깨끗한 버전을 체크 아웃하려는 경우 특히 유용합니다 /var/www/. 이 경우 .git/hooks/post-receive스크립트 에이 명령을 추가하십시오 ( hooks/post-receive이 상황에 더 적합한 베어 저장소에 있음).

@Aredridel 의 게시물이 가장 가깝다고 생각 하지만 조금 더 있습니다. 여기에 추가하겠습니다. 건에서, svn당신은 환매 특약의 하위 폴더에있어, 그리고 당신이 할 경우 :

/media/disk/repo_svn/subdir$ svn export . /media/disk2/repo_svn_B/subdir

그런 다음 svn개정 관리중인 모든 파일을 내보낼 것입니다 (새로 추가되거나 수정 된 상태 일 수 있음)-해당 디렉토리에 다른 "정크"가있는 경우 ( .svn여기서는 하위 폴더를 세지 않지만 .o파일 과 같이 보이는 항목은 계산하지 않습니다 ) , 그것은 것입니다 하지 내보낼 수; SVN 저장소에 등록 된 파일 만 내 보냅니다. 나를 위해, 하나의 좋은 일이 수출 또한 한 지역 변경 파일이 포함되어 있다는 것입니다 하지 아직 커밋을; 또 다른 좋은 점은 내 보낸 파일의 타임 스탬프가 원본 파일의 타임 스탬프와 동일하다는 것입니다. 또는, 같은 svn help export풋 그것은 :

2. 수정 된 REV (있는 경우), WORKING (있는 경우), PATH2로 지정된 PATH1에 지정된 작업 사본에서 클린 디렉토리 트리를 내 보냅니다. ... REV를 지정하지 않으면 모든 로컬 변경 사항이 유지됩니다. 버전 관리 대상이 아닌 파일은 복사되지 않습니다.

git타임 스탬프가 유지되지 않도록 하려면 이 명령의 출력 ( git선택한 리포지토리의 하위 폴더에 있음 )을 비교하십시오.

/media/disk/git_svn/subdir$ ls -la .

... 그리고 :

/media/disk/git_svn/subdir$ git archive --format=tar --prefix=junk/ HEAD | (tar -t -v --full-time -f -)

... 어쨌든 git archive보관 된 파일의 모든 타임 스탬프가 동일하게됩니다. git help archive말한다 :

git archive는 트리 ID가 주어 졌을 때와 커밋 ID 또는 태그 ID가 주어 졌을 때 다르게 작동합니다. 첫 번째 경우 현재 시간은 아카이브에있는 각 파일의 수정 시간으로 사용됩니다. 후자의 경우 참조 된 커밋 개체에 기록 된 커밋 시간이 대신 사용됩니다.

...하지만 분명히 두 경우 모두 " 각 파일의 수정 시간"을 설정합니다 . 이에 되지 해당 파일의 실제 타임 스탬프를 보존 !

따라서 타임 스탬프를 유지하기 위해 여기에는 bash다소 복잡하지만 실제로는 "한 줄짜리"스크립트가 있습니다. 아래에는 여러 줄로 표시됩니다.

/media/disk/git_svn/subdir$ git archive --format=tar master | (tar tf -) | (\
  DEST="/media/diskC/tmp/subdirB"; \
  CWD="$PWD"; \
  while read line; do \
    DN=$(dirname "$line"); BN=$(basename "$line"); \
    SRD="$CWD"; TGD="$DEST"; \
    if [ "$DN" != "." ]; then \
      SRD="$SRD/$DN" ; TGD="$TGD/$DN" ; \
      if [ ! -d "$TGD" ] ; then \
        CMD="mkdir \"$TGD\"; touch -r \"$SRD\" \"$TGD\""; \
        echo "$CMD"; \
        eval "$CMD"; \
      fi; \
    fi; \
    CMD="cp -a \"$SRD/$BN\" \"$TGD/\""; \
    echo "$CMD"; \
    eval "$CMD"; \
    done \
)

컨텐츠를 "현재"디렉토리 (위의 /media/disk/git_svn/subdir)로 내보내는 것으로 가정하고 내보내는 대상이 다소 불편하지만 DEST환경 변수에 있다고 가정 합니다. 이 스크립트로; 당신은DEST위 스크립트를 실행하기 전에 직접 디렉토리를 직접 .

스크립트가 실행 된 후에는 다음을 비교할 수 있어야합니다.

ls -la /media/disk/git_svn/subdir
ls -la /media/diskC/tmp/subdirB   # DEST

... 그리고 버전 관리하에있는 파일에 대해 동일한 타임 스탬프가 표시되기를 바랍니다.

이것이 누군가에게 도움이
되기를 바랍니다 , 건배!

접두사 (예 : 디렉토리 이름)를 추가하는 동안 zip 아카이브로 git 내보내기 :

git archive master --prefix=directoryWithinZip/  --format=zip -o out.zip

서브 모듈도 필요하다면 트릭을 수행해야합니다 : https://github.com/meitar/git-archive-all.sh/wiki

내 .bashrc 파일에 다음 유틸리티 기능이 있습니다 .git 저장소에 현재 분기의 아카이브를 만듭니다.

function garchive()
{
  if [[ "x$1" == "x-h" || "x$1" == "x" ]]; then
    cat <<EOF
Usage: garchive <archive-name>
create zip archive of the current branch into <archive-name>
EOF
  else
    local oname=$1
    set -x
    local bname=$(git branch | grep -F "*" | sed -e 's#^*##')
    git archive --format zip --output ${oname} ${bname}
    set +x
  fi
}