progovoy/vmn

뚱 베어

git checkout for releases that span 많은 저장소.

한 번 릴리스를 기록합니다. 앱을 넣고 모든 repo는 한 개의 명령으로 상태를 정확히 다시 달려 있습니다. 서버 없음. 데이터베이스 없음. 한국어

지난 화요일의 2.1.0 배포 후 생산 부채. 당신의 제품은 4개의 저장소입니다. 실제로 배송 된 각 것을 어떤 명령합니까? vmn없이, 그 오후의 CI 로그 및 컨테이너 태그. vmn로:

vmn 상점 출시 메타 데이터는 주석 Git 태그에서 읽기 가능한 YAML로 : 신청 개정, 각 종속의 개정 및 리모트, 이전 버전 및 릴리스 컨텍스트. vmn 서버가 없고 외부 메타데이터가 없습니다. 데이터베이스.

2019년부터 지속적으로 발전해, vmn는 매일 생산 작업 흐름에 사용됩니다. 다재다능한 제품을 관리하는 큰 회사에서 팀에 의하여. vmn 버전 자체 출시. 저장소에는 400 개 이상의 테스트가 포함되어 있습니다. 도커 백업 멀티 저장소, 복구 및 호환성 시나리오.

vmn이 오후를 저장하면 ⭐는 다른 팀이 찾을 수 있습니다.

빠른 시작 · 왜 vmn · 멀티 저장소 복구 · 출시 모델 · 구성 · 운영 · 명령 · 회사연혁

왜 vmn

vmn

git checkout for releases that span many repos.

Record a release once. Put the app and every repo it depends on back to exactly that state with one command. No server. No database. Any language.

Production broke after last Tuesday’s 2.1.0 deploy. Your product is four repos. Which commit of each one actually shipped? Without vmn, that is an afternoon of CI logs and container tags. With vmn:

vmn goto -v 2.1.0 my_platform   # every repo back at the commit that shipped

vmn stores release metadata as readable YAML in annotated Git tags: the application revision, every dependency’s revision and remote, the previous version, and release context. There is no vmn server and no external metadata database.

Developed continuously since 2019, vmn is used in daily production workflows by teams at large companies managing multi-repository products. vmn versions its own releases. The repository contains more than 400 tests, including Docker-backed multi-repository, recovery, and compatibility scenarios.

If vmn saves you an afternoon, a ⭐ helps other teams find it.

Quick start · Why vmn · Multi-repository recovery · Release models · Configuration · Operations · Commands · Documentation

Why vmn