Cargo: 최초 게시 시 특정 크레이트 데이터 확인 요청

이에 대한 대안은 crates.io가 기본적으로 새 크레이트를 "테스트 실행"하여 게시하고 크레이트 게시자/소유자에게 이메일을 보내 게시할 것임을 확인하는 것입니다. 크레이트는 색인에 추가되지 않으며 웹 UI(또는 API)를 통해 게시가 확인될 때까지 다운로드 등에 사용할 수 없습니다. 이는 여러 패치를 연속적으로 빠르게 게시하지 않고 README 또는 기타 유사한 메타데이터에 대한 변경 사항을 테스트하는 경우에도 유용할 수 있습니다.

하지만 구현이 훨씬 더 어려워 보이기 때문에 이 문제의 제안이 첫 번째 단계가 될 수 있습니다.

작성자에게 세부 사항을 확인하도록 요청하는 것 외에도 Cargo는 일반적인 실수에 대한 검사를 구현하고 이에 대해 경고할 수 있습니다.

경고: 크레이트 이름에 대문자가 포함되어 있습니다. Rust 크레이트 이름은 대소문자를 구분하지 않으며 대부분의 크레이트는 일관성을 위해 모든 소문자 이름을 사용합니다.

경고: 크레이트 이름에 하이픈이 포함되어 있습니다. 코드에서 크레이트를 사용할 때 하이픈은 밑줄로 변환됩니다. 크레이트 이름에 하이픈을 사용하면 크레이트가 코드에서와 crates.io에서 다른 이름을 갖게 됩니다.

등.

"테스트 실행" 게시

이것은 나에게 있으면 좋을 것인 흥미로운 기능 요청 rust-lang/crates.io#1515를 생각나게 합니다.

크레이트는 색인에 추가되지 않으며 웹 UI(또는 API)를 통해 게시가 확인될 때까지 다운로드 등에 사용할 수 없습니다.

이에 대한 문제가 없다고 생각하지만 어디선가 crates.io가 크레이트 이름의 시간 제한 예약을 허용할 수 있다는 제안을 보았습니다(몇 개월마다 수동으로 새로 고칠 수 있음). 이름을 예약할 수 있는 인프라가 있다면 그 위에 첫 번째 게시를 위한 특수 케이스를 만들 수 있습니다. 예약된 상자가 검색에 표시되고 해당 상자가 예약되었거나 보류 중이라는 일종의 랜딩 페이지가 표시되기를 원합니다. (그리고 예약된 이름은 첫 번째 버전이 나올 때까지 호환되는 방식으로 조정될 수 있습니다.

이는 여러 패치를 연속적으로 빠르게 게시하지 않고 README 또는 기타 유사한 메타데이터에 대한 변경 사항을 테스트하는 경우에도 유용할 수 있습니다.

내 빛나는 새 릴리스에 README에 문제가 있는 것을 보고 몇 분 후에 릴리스가 만들어지기 때문에 이 아이디어가 정말 좋습니다. 위의 --dry-run[=verify] 및 첫 번째 게시 접근 방식을 뛰어넘습니다. 사용자는 --dry-run=pending 로 게시할 수 있으며 버전은 보류 중으로 표시되지만( yanked 와 유사) 크레이트 소유자만 보류 중인 버전을 볼 수 있습니다. 특히 README의 경우 가장 큰 문제는 S3에서 제공될 때 캐시될 수 있다는 것입니다(현재 1일 동안). 따라서 보류 중인 버전에 대해 특별한 경우가 필요할 수 있습니다.

이러한 기능이 함께 잘 작동하고 점진적인 변경을 위한 좋은 경로를 제공할 수 있다고 생각합니다. 또한 현재로서는 첫 번째 게시 서버 측의 특수 케이스에 많은 작업이 필요하다는 데 동의합니다. 이 모든 옵션을 더 자세히 살펴보고 싶습니다.