oss attribution builder
0.9.0
OSS Attribution Builder는 팀이 소프트웨어 제품에 대한 속성 문서를 만드는 데 도움이되는 웹 사이트입니다. 귀속 문서는 사용 된 소프트웨어 구성 요소와 라이센스를 나열하는 거의 모든 소프트웨어 응용 프로그램의 텍스트 파일, 웹 페이지 또는 화면입니다. 그들은 종종 화면에 대해, 때때로 "오픈 소스 통지", "크레딧"또는 기타 유사한 전문 용어로 표시됩니다.
스크린 샷
docker-compose up 실행하십시오admin 사용하여 관리자 기능을 테스트하십시오. 문서 참조 :
속성 빌더는 원래 아마존 내부 도구였습니다. 현명한 오픈 소스 프로젝트로 만들기 위해 일부 부분을 제거해야했습니다. 따라서 일부 사마귀가 있습니다.
이것들은 모두 시간이 지남에 따라 고정 될 것이지만, 어떤 것들은 한동안 이상 할 수 있음을 알고 있어야합니다.
속성 빌더를 자신의 환경에 통합 할 준비가 되었다면 몇 가지 사항이 있습니다.
config/default.js를 엽니 다. 이 구성은 docker-compose 실행하거나 응용 프로그램을 시작할 때 시작됩니다.
속성 빌더는 두 가지 유형의 라이센스 정의를 지원합니다.
SPDX 식별자는 라이센스 선택기를 미리 채우는 데 사용되지만 (현재) 텍스트는 없습니다. 보다 유용한 유형의 라이센스는 "알려진"라이센스로, 귀하 (관리자)는 라이센스의 텍스트와 신청하려는 태그를 제공합니다.
자신의 "알려진"라이센스 추가에 대한 자세한 내용은 라이센스 readme를 참조하십시오. 동일한 디렉토리에는 예제를 볼 수있는 두 개의 기존 라이센스가 있습니다.
태그를 사용하면 라이센스에 임의의 검증 규칙을 추가 할 수 있습니다. 그들은 다음에 유용 할 수 있습니다.
태그가 수행 할 수있는 일과 직접 작성 방법에 대한 자세한 내용은 태그 readme를 참조하십시오.
속성 빌더는 내부를 패치 할 필요없이 클라이언트 측 사이트 동작 및 외관을 변경할 수있는 일부 형태의 확장을 제공합니다. 이것은 업그레이드를 더 쉽게 만들 수 있습니다.
자세한 내용은 Extensions ReadMe를 참조하십시오.
속성 빌더는 프로젝트 ACL을 사용하여 특정 사람 또는 그룹에 대한 액세스를 제한 할 수 있도록 지원합니다. 이들은 또한 관리 및 "패키지 확인"에 사용될 수 있습니다 (이후 섹션의 세부 사항). 기본 구현 nullauth 대부분의 환경에 그다지 유용하지 않습니다. 더 광범위하게 시작할 때 자신의 글을 쓰고 싶을 것입니다.
구현 세부 정보는 기본 인증 인터페이스를 참조하십시오.
서버를 시작하려면 npm run build 로 빌드 한 후 build/server/localserver.js 실행해야합니다. 실행할 때 설정하고 싶은 환경 변수가 있습니다.
NODE_ENV production 으로 설정 될 가능성이 높습니다CONFIG_NAME 위에서 만든 구성 파일의베이스 이름 (확장 없음)으로 설정해야합니다. 기본값은 "기본값"입니다.서버는 HTTP에서만 실행됩니다. 아마도 얇은 HTTPS 웹 서버 나 프록시를 앞에 놓고 싶을 것입니다.
정보 기여를 참조하십시오.
npm install 및 npm run dev 지역 개발을위한 지상에서 벗어날 것입니다. PostgreSQL 용 Docker 컨테이너가 시작되지만 TSC, Webpack, Node 등의 로컬 사본을 사용하여 빠르게 반복 할 수 있습니다.
일이 시작되면 http://0.0.0:2425/webpack-dev-server/를 열 수 있습니다. 이렇게하면 브라우저 변경을 자동으로 다시로드하고 백엔드는 서버 측 변경에서 자동 다시 시작됩니다.
편리한 환경 변수 :
NODE_ENV : 설정이 없거나 development 되면 전체 소스 맵 및 디버그 로그를 얻을 수 있습니다.DEBUG_SQL : 설정하면 (무엇이든), 이는 실행할 때 터미널에 SQL 쿼리가 표시됩니다. npm test 단위 테스트를 실행합니다. 이들은 주로 서버에 중점을 둡니다.
npm run test-ui 셀레늄 테스트를 실행합니다. 사용자 정의 드라이버를 원한다면 환경 변수 SELENIUM_DRIVER 설정할 수 있습니다. 기본적으로 Chrome을 사용하려고 시도하며 사용할 수없는 경우 Phantomjs로 돌아갑니다.
UI 테스트를 디버깅 할 때 docker-compose.selenium.yml 의 standalone-chrome-debug 로 standalone-chrome 변경 한 다음 VNC (Port 5900, Password "Secret")를 통해 컨테이너에 연결하는 것이 더 쉬울 수 있습니다. 컨테이너와 테스트를 별도로 실행하십시오.
docker-compose -f docker-compose.selenium.yml up --buildtsc && jasmine --stop-on-failure=true 'build/selenium/*.spec.js' 겉보기에는 아무런 이유가없는 테스트가 실패 했습니까? driver.sleep 잠 들어 작동하지 않습니까? 시험시 재스민 타임 아웃이 충분히 높는지 확인하십시오.
