Notes에서 빌드 프로세스의 실제 개념은 없습니다. 모든 아티팩트는 nsf 파일에 있으며 Domino Designer로 이동하여 수정/작성해야합니다. 당신은 nsf 밖에서 소스 파일을 만들 필요가 없다. 리소스를 가져올 수도 있지만 nsf 자체에서 Domino Designer로만 생성 할 수있는 아티팩트로 조정해야합니다.
해결하려는 문제를 더 잘 설명 할 수 있습니까? Notes 개발자가 어떻게 작동하는지 알고 있습니까?
nsf에 빌드 프로세스와 유사한 방식으로 아티팩트를 삽입 할 수는 있지만 Notes/Domino에 대한 깊은 지식이 있어야합니다. 지식이있는 Notes 도구 상점이 있으며 문제를 해결하는 도구가있을 수 있습니다. 그러나 그들은 그것을 청구 할 것입니다. ytria 또는 teamstudio
업데이트 실제로 사용 가능한 응용 프로그램은 간단한 .lss 또는 java 파일보다 더 필요로 작동 것이다 NSF 파일을 생성
보고보십시오. NSF는 고려해야 만하는 다른 많은 도미노 특정 아티팩트로 구성됩니다. 먼저, 먼저 소스 제어 시스템이 이러한 모든 아티팩트에 대해 알아야 할 것입니다. .lss 파일 만있는 경우 다른 모든 아티팩트를 가져와야합니다.
DXL (다른 게시물에 언급 됨)은 많은 유물을 제공하지만 마지막으로 보았을 때 완전히 완성되지 않았습니다. 대부분의 경우 이진 버전의 이슈를 내 보낸 다음 다시 가져올 수 있습니다. 이러한 왕복 기능을 테스트하고 싶을 것입니다. 물론 비 - 바이너리 버전은 모든 상황에서 완전한 충실도로 왕복 여행을 할 수 없다는 단점이 있습니다.
DXL의 충실도가 충분하지 않은 경우 Notes C API를 사용하여 내부 디자인 노트를 처리해야합니다. 이것은 당신이 원할 수있는 모든 접근을 제공 할 것이고, 이전에 기업들이 그들의 개발자 도구에 대해 언급 한 것입니다.
또한 보안의 영향을 고려해야합니다. 조직의 보안 정책에 따라 일부 아티팩트를 다른 사람에게 다른 자격 증명으로 서명해야 할 수 있습니다.
IBM이 Domino와 함께 제공되는 nsf 파일을 유지 관리하는 과정을 어떻게 관리하는지는 모르겠지만 nsf 파일 자체가 중앙 통제 지점으로 남아 있으며 절대적으로 개별적인 소장품 유물. 그들은 개발 프로세스를 관리하는 데 도움이되는 위의 회사의 도구와 같은 도구를 사용하고있을 수 있지만이를 계획 할 때 기존 빌드 프로세스는 필요하지 않습니다.
을 필자의 목표는 소스 제어에 전념 한 작업을 수행하고 IBM이 표준 노트 배포에서 NTF 파일 100 개를 생성하는 데 사용해야하는 패턴에 따라 출력 아티팩트 (NTF가 포함 된 zip)를 생성하는 자동화 된 프로세스입니다. 디자이너를 스크립팅 할 수있는 방법이 있다면 저만으로 충분합니다. 그렇지 않으면 IBM 용 빌드 노트가 부담이됩니다. –
당신은 IBM *이 개별 외부 파일을 가져 와서 ntf 파일을 작성하고 도미노의 작동 방식에 대한 지식이 부족함을 드러내는 프로세스를 사용해야한다고 주장합니다. 내 대답을 좀 더 자세히 업데이트하겠습니다. – Kerr