심볼릭 링크 된 폴더를 일반 폴더로 표시하는 방법

도 커화해야하는 두 개의 Dart 애플리케이션이 있습니다. 이 두 앱은 공유 소스 디렉토리를 사용합니다.
부두 노동자의 방지 컨텍스트 디렉토리 외부 폴더에서 파일을 추가하기 때문에 ( project/app1) 나는 파일을 추가 할 수 ../shared없으며에서 shared(심볼릭 링크의 내부 projects/app1).

어쨌든 Docker가 속일 수있는 방법을 찾고 있습니다.

단순화 된 프로젝트 구조

- projects
  - app1
   - Dockerfile
   - shared (symlink ../shared)
   - otherSource
  - app2
   - Dockerfile
   - shared (symlink ../shared)
   - otherSource
  - shared
    - source

Dockerfile한 레벨 위로 이동 docker build하여 거기에서 실행할 수 있지만 동일한 디렉토리에 두 개의 Dockerfile (app1 및 app2 용)이 필요합니다.

내 현재 아이디어는 어떻게 든 projects/app1/shared심볼릭 링크 라는 사실을 숨길 수 있다면 이 문제가 해결 될 것입니다. projectsSamba를 사용하여 공유 하고 다른 위치에 다시 마운트 할 수 있는지 확인 하고 일반 폴더와 같은 심볼릭 링크를 처리하도록 Samba를 구성했지만 이것이 지원되는지 여부를 찾지 못했습니다 (Samba에 대한 경험이 많지 않고 아직 시도하지 않았지만 조금 검색했습니다) .

그것을 허용 할 다른 도구 나 트릭이 있습니까?

다른 문제가 발생하고 파일을 복사하지 않기 때문에 디렉토리 구조를 변경하지 마십시오.

나는 경험이 많지 docker않기 때문에 이것이 효과가 있다고 약속 할 수는 없지만 한 가지 선택은 링크하는 대신 디렉토리를 마운트하는 것입니다.

$ cd projects/app1
$ mkdir shared
$ sudo mount -o bind ../shared shared/

이는 시스템에 부착 ../shared되며 ./shared시스템에 완전히 투명해야합니다. 에 설명 된대로 man mount:

바인드가 마운트됩니다.

Linux 2.4.0부터는 파일 계층의 일부를 다른 곳에 다시 마운트 할 수 있습니다. 전화는 :

mount --bind olddir newdir

또는이 fstab 항목을 사용하여 :

/olddir /newdir none bind

이 호출 후 동일한 컨텐츠에 두 곳에서 액세스 할 수 있습니다.

이 문제는 Docker 커뮤니티에서 반복적으로 발생했습니다. 기본적으로 Dockerfile실행하거나 반복하면 반복 가능 해야한다는 요구 사항을 위반 합니다. 따라서이 티켓에 설명 된 것처럼이 기능을 기대 하지 않습니다 .Dockerfile ADD 명령은 호스트 # 1676의 심볼릭 링크를 따르지 않습니다 .

따라서 다른 접근 방식을 고려해야합니다. 이 문제를 살펴보면 : 인수 # 6094에서 심볼릭 링크를 지원하기 위해 ADD를 수행하면 U & L ( @Patrick aka. phemmer) 의 친구가 영리한 해결 방법을 제공합니다.

$ tar -czh . | docker build -

이 이야기 tar받는 사람 모두 현재 디렉토리에서 심볼릭 링크, 다음 파이프를 역 참조하는 docker build -명령.

-c, --create
       create a new archive

-h, --dereference
       follow symlinks; archive and dump the files they point to

-z, --gzip, --gunzip --ungzip