Setup-miniconda: 설정-미니포지

변경 사항은 다음과 같습니다.

• 대신 Miniforge 릴리스를 가리키도록 기본 Miniconda 설치 프로그램 변경
• 기본 채널 구성으로 conda-forge+defaults 하드코딩
• 다른 건 없나요?

그렇다면 약간의 스크립트로 유지 관리하기 쉬울 것 같습니다. 저도 Miniconda보다 Miniforge를 선호합니다.

또 다른 옵션은 installer-url 및 miniconda-version 를 더 이상 사용하지 않고 conda-distribution 또는 이와 유사한 단일 키로 병합하는 것입니다. 이 키는 "miniconda", "miniforge" 또는 "anaconda"와 같은 _magic 키워드_를 허용합니다. 이 키워드는 기본적으로 해당 설치 프로그램의 최신 URL을 허용하지만 URL도 직접 허용합니다(예: 사용자가 사용자 정의 constructor 파생 설치 프로그램).

안녕하세요 @jaimergp

그래서 당신의 목록에서 :

대신 Miniforge 릴리스를 가리키도록 기본 Miniconda 설치 프로그램 변경

물론, 하지만 사용자가 그 이후로 새 miniconda/miniforge를 설치하지 않을 때 기본 기본값을 제거하거나 업데이트할 수 있다고 생각합니다. 나는 일반적으로 번들로 된 것을 사용했습니다(콘다를 업데이트해도 더 빠른 경향이 있음).

기본 채널 구성으로 conda-forge+defaults 하드코딩

그래 우린 할 수 있어

다른 건 없나요?

흠 스크립트가 readme에서 올바른 항목을 대체하는지 확인하고 V1, V2(주) 버전을 유지 관리하므로 태그를 다시 만들 필요가 없습니다.

우리가 본 것처럼 back-compat을 깨지 않는 것이 중요하다고 생각합니다. v2 라인은 miniconda 기본값을 유지해야 하지만 v3은 이름이 아닌 경우 기본값을 변경하는 것이 좋습니다. 어느 쪽이든, 예를 들어 miniforge-* 및 miniconda-* 와 같은 접두사를 갖는 것이 완전히 괜찮다고 말하고 싶습니다. 또한 miniforge는 miniconda와 약간 다른 URL 체계(예: pypy)를 사용하므로 매끄럽게 느껴지도록 모든 사양 비트를 처리해야 합니다.

#98에서 시작된 작업은 "설치 프로그램 가져오기" 게임을 강화하고 전략별 파일이 있는 다른 폴더로 이동해야 한다고 지적했습니다. 예를 들어

download/
  base.ts
  file.ts
  custom.ts
  miniforge.ts
  miniconda.ts

우리의 아키텍처 등이 분리될 것이기 때문입니다.

결국, 우리는 아마도 많은 문자열 작업을 하지 않도록 구문 분석된 작업 입력의 더 높은 수준의 올바른 유형의 개체를 원할 것입니다... 거대한 매개변수 목록은 점점 지겹고 더 나빠질 수 있습니다 . 내 일부는 모든 것을 버리고 d.ts -> JSON 스키마 작업을 수행하고 싶지만 (유용한) 줄 번호를 얻지 못하므로 일부 값이 줄어들 것입니다.

입력 해 주셔서 감사합니다

#98에서 시작된 작업은 "설치 프로그램 가져오기" 게임을 강화하고 전략별 파일이 있는 다른 폴더로 이동해야 한다고 지적했습니다. 예를 들어

나는 이것을 좋아한다, 반드시 해야 할 일이다!

#126 땅 이후에 이것은 확실히 앞으로 나아갈 수 있습니다. 작업은 다음과 같습니다.

• action.yml 체계를 결정합니다(예: miniforge-version 등).
• input.ts 새로운 수표를 추가할 수 있습니다.
  
  
  
  • 예: only one of miniforge-version and miniconda-version 가 제공될 수 있습니다.
  
  
• 새 파일 download-miniforge.ts
  
  
  
  • (초기) download-miniconda.ts 의 복사-파스타 작업
  
  
  • 두 파일 사이에 코드를 재사용할 수 있는 방법이 있다는 것은 의심의 여지가 없지만, 예를 들어 아키텍처는 서로 다릅니다.
  
  
• providers 에 installer/index.ts
  
  
  
  • 순서는 여전히 매우 명시적이므로 어디로 가는지는 _실제로_ 중요하지 않습니다.
  
  
• 시험

좋은 점은 다음과 같습니다. miniforge의 최신 30개 릴리스를 얻는 것은 매우 간단합니다.

https://api.github.com/repos/conda-forge/miniforge/releases

URL 스크래핑을 할 필요 없이. 만세!

다른 키도 필요하다고 생각합니다. 예를 들면 다음과 같습니다.

use:
  miniforge-version: *
  miniforge-flavor: Mambaforge-pypy3  # `Miniforge3` default 

flavor 대신 variant 또는 build 또는 construct 가질 수 있습니다.

다음은 위의 WIP입니다(문서 등 필요).

https://github.com/bollwyvl/setup-miniconda/pull/2

이것은 mamba 더 일찍/더 많이 사용하는 것과 관련된 몇 가지 문제를 해결하기 시작합니다... 마치 Mambaforge를 설치하는 것처럼 mamba _사용_ 하고 싶습니다. 아니요? 네, JOKE's ON YOU, 그것은 우리가 init 와 같이 사용하는 많은 것들을 지원하지 않습니다(또는 투명하게 위임합니다). 따라서 condaCommand 는 사용할 적절한 명령을 선택할 때 이를 고려해야 하며, 이는 conda 가 있어야 함을 의미합니다.

속도 차이는 테스트 사례에서 무시할 수 있는 것처럼 보이지만 여전히 추구할 가치가 있습니다... 그리고 micromamba 대한 누락된 기능을 어떻게 처리할지 모르겠습니다...

홍보(더 많은 테스트 및 문서 포함): https://github.com/conda-incubator/setup-miniconda/pull/133