osFoundry / Platform
릴리스
노트, 아티팩트, 체인지로그와 함께 릴리스를 컷하세요. 원한다면 Maestro가 자동 생성합니다.
개요
Releases는 Git 히스토리의 한 지점을 출시되고 버전이 매겨진 결과물로 바꾸는 osFoundry의 방식입니다. 태그 하나, 빌드 산출물 묶음, 사람이 읽을 수 있는 릴리스 노트, 그리고 변경 로그가 그 결과물입니다. 이 기능은 저장소와 나란히 Code & Build 화면에 있어서, 릴리스를 만든다고 워크스페이스를 떠나거나 별도의 CI 공급자를 연결하거나 커밋 메시지를 손으로 위키에 옮겨 적을 필요가 없습니다. 커밋이나 태그를 고르고, 버전 이름을 정하고, 빌드한 파일을 첨부한 뒤 발행하면 됩니다.
osFoundry 안에서는 변경 로그와 노트를 워크스페이스의 에이전트인 Maestro가 자동으로 생성할 수 있습니다. Maestro는 지난 릴리스 이후의 커밋 범위를 읽어 변경 로그와 변경 요약을 초안으로 작성합니다. 원본 커밋 제목을 그대로 나열하는 대신, 사람이 읽도록 묶고 문장을 다듬습니다. osFoundry는 자기 키를 가져오는(BYOK) 방식이므로, 이 초안 작성은 여러분이 연결한 모델(로컬, 클라우드, 자체 호스팅)에서 실행됩니다. 토큰에 재판매 마진이 붙지 않으며, 로컬 모델을 지정하면 diff와 커밋 히스토리는 기기 안에 남습니다. 초안은 여러분이 편집하는 출발점이지 블랙박스가 아니며, 발행 전 모든 줄에 대한 최종 결정권은 여러분에게 있습니다.
이것이 중요한 이유는, 릴리스 노트가 번거로워지는 순간 팀이 건너뛰는 단계이기 때문입니다. 태그, 산출물, 변경 로그, 그리고 맥락을 한곳에, 그것들이 설명하는 코드 바로 옆에 두면, 무엇을 출시했는지에 대한 기록이 실제로 작성되고 정확하게 유지되며, 석 달 뒤 누군가 "이 버전에서 뭐가 바뀌었죠?"라고 물을 때 그 자리에 남아 있습니다.
주요 기능
- 커밋에 이름 있는 버전 태그를 달아 외부 CI 없이 Code & Build 화면에서 바로 릴리스로 발행하세요
- 바이너리, 패키지, 아카이브 같은 빌드 산출물을 릴리스에 첨부해, 출시한 파일이 그것을 만든 버전과 함께 남도록 하세요
- 지난 릴리스 이후의 커밋 범위에서 변경 로그를 자동 생성하며, Maestro가 초안을 쓰고 발행 전에 마음대로 편집할 수 있습니다
- 변경 사항을 사람이 읽을 수 있는 요약으로 릴리스 노트에 작성해, 별도 문서가 아니라 코드 바로 옆에 보관하세요
- BYOK이면서 로컬 우선: 변경 로그 초안은 여러분 자신의 모델 키로 실행되고, 로컬 모델을 쓰면 커밋 히스토리는 기기를 절대 벗어나지 않습니다
활용 사례
- 1인 메인테이너: v1.2 릴리스를 만들고 40개 커밋에서 Maestro가 변경 로그를 초안으로 쓰게 한 뒤 두 줄만 고쳐, 빌드한 바이너리를 첨부해 발행
- 소규모 팀 리드: 별도 릴리스 도구에 좌석당 비용을 내지 않고도, 동료가 실제로 읽을 수 있는 노트와 함께 버전이 매겨진 빌드를 출시
- 프라이버시를 중시하는 개발자: 로컬 모델로 릴리스 노트를 생성해, 사내 커밋 메시지와 diff가 자기 컴퓨터에 남도록 유지
자주 묻는 질문
osFoundry가 릴리스 노트를 대신 써 주나요?
써 줄 수 있습니다. Maestro가 지난 릴리스 이후의 커밋을 읽어 변경 로그와 쉬운 표현의 요약을 초안으로 작성하고, 여러분이 발행 전에 편집합니다. 선택 사항이므로 전부 손으로 써도 되며, AI 결과물은 항상 여러분이 검토하는 초안일 뿐 자동으로 발행되지 않습니다.
어떤 AI 모델이 변경 로그를 생성하나요?
여러분이 연결한 모델입니다. osFoundry는 자기 키를 가져오는 방식이라, 변경 로그 초안 작성은 여러분 자신의 모델(로컬, 클라우드, 자체 호스팅)을 토큰 마진 없이 사용합니다. 로컬 모델을 지정하면 커밋 히스토리는 기기에 남습니다.
릴리스에 빌드 산출물을 첨부할 수 있나요?
네. 릴리스는 버전 태그, 릴리스 노트, 변경 로그, 그리고 여러분이 빌드한 산출물(바이너리, 패키지, 아카이브)을 하나로 묶어, 출시한 파일이 그것을 만든 바로 그 버전과 함께 남도록 합니다.