콘텐츠로 건너뛰기

개발자 도구 및 API 기업을 위한 changelog 도구.

루프를 닫는 changelog.

사용자가 무언가를 요청합니다. 팀이 그것을 전달합니다. 요청한 사람은 그 사실을 알게 됩니다. 항목은 병합된 풀 리퀘스트에서 작성되어 검토를 기다린 후, JSON 피드나 제품 내 2줄짜리 위젯에 게시됩니다.

무료로 시작하기개발자 문서 읽기

저장소 1개까지 무료. 신용카드 필요 없음.

acme.dev/changelog

  1. 화면

    다크 모드가 추가되었습니다

    설정에서 켜거나 시스템 테마를 따르도록 할 수 있습니다.

    요청이 있었던 issue #482에 게시됨

  2. API

    Webhook이 24시간 동안 재시도됩니다

    실패한 전송은 백오프로 재시도되며, 모든 시도가 대시보드에 표시됩니다.

  3. 수정

    CSV 내보내기가 시간대를 유지합니다

    내보낸 파일의 타임스탬프가 이제 앱과 일치합니다.

사용자가 읽는 화면입니다. 병합된 풀 리퀘스트에서 작성되고, 승인하면 게시됩니다.

  • 모든 플랜에서 공개 JSON 피드
  • 두 줄로 위젯 삽입
  • 초안은 기본적으로 검토를 기다림
  • 저장소 1개까지 무료, 카드 필요 없음
JSON 피드

여러분 자신의 코드로 렌더링되는 changelog

피드는 어떤 오리진에도 열린 CORS를 가진 단순한 공개 엔드포인트이므로 페이지, 빌드 단계, curl에서 읽을 수 있습니다. React 10줄이면 충분하며, 여러분의 changelog는 링크 하나 떨어진 것이 아니라 제품의 일부가 됩니다.

  • 저장소별로 필터링, 커서로 페이지네이션, 호출당 최대 50개 항목
  • 강력한 ETag와 60초 Cache-Control로 변경되지 않은 피드는 304를 반환합니다
  • planned, building, shipped라는 3개의 고정 열을 가진 roadmap 피드도 제공
모든 엔드포인트, 필드, 상태 코드는 개발자 문서에 기재되어 있습니다
Changelog.tsx
const ID = 'YOUR_ID';
const API = 'https://api.changeloop.dev';

export function Changelog() {
  const [entries, setEntries] = useState([]);
  useEffect(() => {
    fetch(`${API}/v1/public/${ID}/changelog.json`)
      .then((r) => r.json())
      .then((feed) => setEntries(feed.data));
  }, []);
  return entries.map((e) => <Entry key={e.id} {...e} />);
}
위젯

또는 두 줄로 삽입

shadow root 내에 렌더링되는 커스텀 요소이므로 여러분의 스타일을 상속받지도, 그쪽으로 새어나가지도 않습니다. 세 개의 탭이 있습니다: 업데이트, roadmap, 사용자가 작성할 수 있는 상자.

  • 두 개의 속성, 피드 ID와 API 오리진
  • 바이트가 절대 변하지 않도록 버전을 고정하거나, 최신 빌드를 자동으로 받으세요
  • npm 패키지 불필요, 빌드 단계 불필요, 순환시킬 키 불필요
업데이트로드맵피드백

  1. 화면

    다크 모드가 추가되었습니다

  2. API

    Webhook이 24시간 동안 재시도됩니다

  3. 수정

    CSV 내보내기가 시간대를 유지합니다

index.html
<script src="https://api.changeloop.dev/widget.js"
        defer></script>

<changelogapp-widget
  data-public-id="YOUR_ID"
  data-api="https://api.changeloop.dev"
></changelogapp-widget>
초안

병합 시 작성되어 한 사람을 위해 보관됨

풀 리퀘스트가 기본 브랜치에 병합됩니다. Changeloop는 제목과 설명을 읽고 여러분의 제품을 사용하는 사람들을 위한 항목을 작성합니다. 소스 코드가 여기에 관여하는 일은 절대 없습니다.

  • 의존성 업데이트, CI 작업, 리팩터링은 무언가 작성되기 전에 필터링됩니다
  • 초안은 검토함에서 대기하며, 그곳에서 텍스트를 편집하고 승인하거나 거부할 수 있습니다
  • 자동 게시는 저장소별로 설정되며, 켜기 전까지는 꺼져 있습니다
yourteam/webapp
풀 리퀘스트 병합됨
초안 작성됨
검토 중
게시됨
feat(ui): add dark theme toggle (#517)
초안 · 검토

다크 모드가 추가되었습니다

설정에서 켜거나 시스템 테마를 따르도록 할 수 있습니다.

승인편집건너뛰기
피드백

요청이 issue로 들어와 항목으로 나갑니다

GitHub에서는 위젯의 피드백 상자가 여러분 자신의 저장소에 라벨이 붙은 issue를 열어 이미 진행 중인 분류 작업에 포함됩니다. fixes #12라고 적힌 풀 리퀘스트를 병합하고 항목을 승인하면, 전달된 내용에 대한 링크와 함께 해당 issue에 댓글을 남깁니다.

  • 각 issue에 세 개의 라벨: bug 또는 feature-request, 우선순위, from-widget
  • 발신자의 이메일 주소는 issue나 이를 분류하는 모델에 절대 도달하지 않습니다
  • 그들은 위젯에서 스스로 상태를 확인합니다. 아직 그들에게 이메일을 보내지는 않습니다.
acme/web · issue #482

다크 모드 부탁드려요

feature-requestpriority:mediumfrom-widget

피드백 위젯에서 자동으로 등록되었습니다.

전달됨: 받은편지함에 저장된 조회

모든 플랜에 포함

changelog JSON 피드

게시된 항목을 최신순으로 제공하며, 저장소별로 필터링하고 불투명한 커서로 페이지네이션합니다.

roadmap JSON 피드

planned, building, shipped 순서는 항상 그대로이며, 여러분의 GitHub issue에 붙인 라벨로 움직입니다.

임베드형 위젯

shadow root 안의 커스텀 요소로, 업데이트, roadmap, 피드백을 세 개의 탭으로 보여줍니다.

대체 수단으로 쓰는 호스팅 페이지

피드를 보여주는 단순한 페이지입니다. 직접 화면을 만들기 전까지 쓰거나, 저희가 issue에 남기는 링크의 목적지로 쓰입니다.

병합된 풀 리퀘스트로 작성되는 초안

병합의 제목과 설명이 고객을 위한 항목이 됩니다. 코드는 사용하지 않습니다.

검토함

문구를 편집하고 승인하거나 거부하세요. 거부한 초안은 나중에 복원할 수 있습니다.

내부 변경은 걸러냅니다

의존성 업데이트, CI 변경, 리팩터링, 오타 수정은 대기열에 올라오지 않습니다.

여러분의 GitHub 저장소로 들어오는 피드백

GitHub에서는 위젯으로 제출된 내용이 저장소에 라벨이 붙은 issue로 열리며, 발신자의 이메일 주소는 제거됩니다. GitLab과 Bitbucket 프로젝트는 changelog에만 연동됩니다.

팀 단위 고정 요금

Team 플랜은 무제한 저장소에 하나의 가격입니다. 저장소별 추가 요금은 없습니다.

개발자가 가장 먼저 묻는 질문

제 UI에서 changelog를 렌더링할 수 있나요?

네, 바로 그게 핵심입니다. 게시된 모든 항목은 어떤 오리진에도 열린 CORS를 가진 공개 JSON 피드로 제공되며, 키도 로그인도 필요 없습니다. 그래서 React 10줄이면 여러분의 컴포넌트로 렌더링할 수 있습니다. 모든 엔드포인트, 필드, 상태 코드는 개발자 문서에 있습니다.

위젯을 쓰려면 무엇이 필요한가요?

script 태그 하나와 두 개의 속성(피드 ID와 API 오리진)을 가진 요소 하나면 됩니다. shadow root 안에 렌더링되므로 여러분의 CSS와 위젯의 CSS가 서로 섞이지 않습니다. 업데이트, roadmap, 피드백 상자를 보여줍니다.

Changeloop는 저장소에서 무엇을 읽나요?

GitHub에서는 기본 브랜치에 병합된 풀 리퀘스트의 제목과 설명, 그리고 저장소 메타데이터입니다. GitHub App에는 저장소의 파일을 읽을 권한이 없고, Changeloop는 빌드할 때마다 diff를 절대 요청하지 않는지 검사하며, 시크릿처럼 보이는 내용은 초안을 작성하기 전에 제거됩니다. 개인 액세스 토큰이 아니라 수명이 짧은 설치 토큰으로 작동합니다. GitLab과 Bitbucket은 여러분이 추가한 webhook을 통해 같은 종류의 데이터를 보냅니다.

제가 모르는 사이에 게시되는 것이 있나요?

직접 설정하지 않는 한 없습니다. 초안은 누군가 승인할 때까지 검토함에서 대기하며, 자동 게시는 저장소별 스위치로 켜기 전까지는 꺼져 있습니다.

사용자가 보낸 피드백은 어떻게 되나요?

GitHub에서는 여러분 자신의 저장소에 라벨이 붙은 issue를 엽니다. bug 또는 feature-request 라벨, 우선순위, from-widget 라벨이 붙어 이미 진행 중인 분류 작업에 포함됩니다. GitLab이나 Bitbucket 프로젝트는 changelog에는 연동되지만 이 기능은 지원하지 않습니다. issue를 등록하려면 저희가 일부러 요청하지 않는 액세스 토큰이 필요하고, Bitbucket은 2026년 8월에 issue 트래커를 없앴기 때문입니다. 발신자의 이메일 주소는 메시지가 해당 issue나 이를 분류하는 모델에 도달하기 전에 제거됩니다. 그 내용을 반영한 항목을 승인하면 전달된 내용에 대한 링크와 함께 issue에 댓글을 남기며, 발신자는 위젯에서 상태를 확인할 수 있습니다. 발신자에게 이메일을 보내지는 않으며, 그 부분은 아직 구현되지 않았습니다.

무엇이 무료이고 무엇이 유료인가요?

Free 플랜은 저장소 1개와 월 20회의 AI 생성을 제공하며, changelog 피드, roadmap 피드, 위젯, 호스팅 페이지가 포함됩니다. Team 플랜은 무제한 저장소에 하나의 고정 요금입니다.

블로그에서

앱 소식

모든 게시글

여러분의 changelog를 제품 안에 배치하세요.

무료 계정을 만들고, 저장소를 연결한 후, 여러분 자신의 인터페이스를 피드로 향하게 하세요.

무료로 시작하기로그인