실행 가져오기

다른 설치본에서 기록한 .glab 파일을 그 자체로 독립적이고 끝까지 추적할 수 있는 항목으로 이 보관함에 들여옵니다. 무엇을 확인하는지, 사본이 무엇을 받는지, 그리고 무엇을 결코 받지 못하는지입니다.

가져오기 조작은 실행 목록의 머리, 새로 고침 옆에 있으며, 다른 설치본에서 기록한 .glab 파일 하나를 받습니다(실행 내보내기). 이 조작은 이력 내보내기와 가져오기 권한을 가진 역할에게만 그려지고, 다른 역할은 그것이 없는 목록 머리를 봅니다. 실행 파일과 색인 행을 발행하므로 쓰기를 받아들이는 스테이션을 요구하고("이 스테이션은 읽기 전용입니다."), 명령 줄의 다른 명령이 도는 동안에는 흐려집니다("앞의 명령이 아직 돌고 있습니다.").

무엇을 확인하는가

파일은 임시 사본으로 흘려 넣고(올리기는 1 GB까지, 기록 줄에는 "가져오는 중 · 파일…"), 거기에서 먼저 확인합니다. 거부되면 항목이 하나도 생기지 않습니다.

가져오기 표시와 발행된 사본

지원하는 예전 기준선에서 온 파일은 임시 사본에서만 올려 맞춥니다. 받은 파일에는 결코 손대지 않습니다. 그다음 사본에 가져오기 표시, 곧 가져온 시각과 받은 파일 이름을 자기 안에 찍습니다. 그래서 상세는 그 실행이 어디에서 왔는지를 언제나 말할 수 있고, 색인을 다시 만들어도 가져옴 표시가 되살아납니다. 다른 스테이션에서 다시 내보낸 사본은 그 스테이션의 표시를 달고 있었고, 이 사본의 내력은 여기에 도착했다는 사실입니다. 스테이션은 겹치지 않는 이름(Imported_<run name>_<id>.db)으로 새 로컬 사본을 발행하고 새로운 독립 항목을 등록합니다. 기록 줄에는 "가져옴 · 이름 · 출처 파일(크기)"이라고 적히고 목록이 그 항목에서 열립니다.

사본이 받는 것과 결코 받지 못하는 것

• 가져온 실행은 완전히 새로운 로컬 신원을 받습니다. 원래의 실행 식별자는 증거로 파일 안에 남으므로, 두 설치본이 신원을 부딪히지 않고 실행을 주고받을 수 있습니다.
• 같은 이름의 절차가 있더라도 로컬 구성과는 결코 이어지지 않습니다. 어느 유닛에도 속하지 않고, 절차가 없으며, 재개할 수 없고, 로컬 생산성에 결코 세어지지 않으며, 새 라벨에 쓸 라벨을 구성하지 않고, "(절차의 보고서)"는 모든 구획을 담는 기본값으로 그려집니다.
• 상태는 파일에 얼어붙은 마지막 상태입니다. 인터록으로 끝난 실행은 중단됨으로 들어오고, 마지막이 아닌 상태로 얼어붙은 것은 완료로 눌러 맞춥니다. 스냅숏을 끝내 쓰지 못한 파일(원래 스테이션이 실행 도중에 죽은 경우)은 파일 이름을 딴 실패 실행으로 들어옵니다. 그렇게 해서 잃어버리지 않습니다.
• 아무것도 덮어쓰거나 합치지 않습니다. 같은 파일을 두 번 가져오면 독립된 항목이 둘 생깁니다.
• 담당자는 얼어붙은 증거로 사본을 따라옵니다. 사용자 명부가 같은 스테이션에서는 얼어붙은 신원이 계속 같은 운전자를 가리키고, 그렇지 않은 곳에서는 어느 로컬 사용자와도 맞물리지 않은 채 그 사람의 이름을 댑니다.

가져온 실행 쓰기

한 번 들어오고 나면 그 실행도 다른 실행처럼 훑어보고, 코멘트를 달고, 주석을 붙이고, 다시 내보낼 수 있습니다. 라벨 산출물과 보고서 등록 기록도 함께 옵니다. 산출물의 얼어붙은 바이트는 여기에서 다시 인쇄할 수 있지만, 등록 기록이 발행한 PDF는 이 스테이션에 없습니다. 그래서 원래 스테이션이 사본을 실행 안에 남겨 두었을 때만 열거나 다시 보낼 수 있고, 그렇지 않으면 파일에서 새 PDF를 만들어 내십시오.

가져오는 도중에 앱이 멈추면

파일을 발행하고 그것을 등록하기까지의 좁은 틈에서 앱이 멈추더라도 파일은 사라지지 않습니다. 설정의 실행 이력 색인 다시 만들기가 진실의 원본인 실행 파일을 다시 훑어 그 항목을 되돌려 줍니다.