에이전트 기반 개발 환경.

업로드 큐에 지수 백오프를 추가했습니다. 실패한 청크는 최대 다섯 번 재시도하고, 진행률 표시줄에 시도 횟수가 나옵니다. 테스트는 타임아웃과 503 경우를 다룹니다.

예전에는 실패한 청크를 그냥 버렸습니다. 이제 큐가 백오프 정책에 지연 시간을 묻고 재시도를 예약하므로, 모든 재시도가 한곳을 거칩니다.

다섯 번 실패하면 청크는 최종 실패로 처리되고 업로드는 명확한 오류와 함께 멈춥니다. 끊긴 연결에서 재시도가 끝없이 이어지지 않습니다.

큐 변경은 src/upload/queue.ts에 있고, 대기 시간은 src/upload/backoff.ts에 있습니다.

큐가 각 청크의 상태를 디스크에 씁니다. 지금 재시작 경로를 연결하고 있습니다.

시작할 때 큐가 저장된 상태를 읽고 끝나지 않은 청크만 보내므로 2GB 파일도 처음부터 다시 시작하지 않습니다.

전략에 시장에 나가라고 되어 있어서 그 함수를 추가했습니다.

1export async function goToMarket() {2  await ship();3  await tellDenis();4}

테스트 1개가 통과합니다. 시장의 답변은 아직 없습니다.

워처가 쓰기 전에 테스트가 파일을 읽고 있었습니다. 이제 flush 이벤트를 기다리고, 200번 연속 통과합니다.

1test('reads the synced file', async () => {2  await writeFile(path, 'hello');3  await watcher.flushed(path);4  const text = await readFile(path);5  expect(text).toBe('hello');6});

대기는 테스트 헬퍼에 있어서 다른 동기화 테스트도 함께 고쳐집니다.

새 페이지는 준비됐습니다. 탭을 없애기 전에 설정 마이그레이션을 실행해야 합니다.

두 가지를 찾았습니다. 세션 쿠키에 만료가 없고, 로그인 후 리다이렉트가 아무 URL이나 받습니다. 나머지는 괜찮습니다.

깨끗한 환경에서 새 명령을 실행해 봤고 잘 작동합니다.

1bun add -g uploader2uploader --help

이전 curl 명령도 여전히 작동하므로 대안으로 남겨 둘 수 있습니다.

대부분의 시간은 검색마다 모든 파일을 읽는 데 쓰입니다. 인덱스로 줄일 수 있고 작은 저장소는 거의 달라지지 않습니다.

인덱스는 파일이 바뀔 때 갱신되므로 전체를 다시 만들 필요가 없습니다.

트리는 이제 디스크 캐시에서 불러오고 백그라운드에서 갱신합니다. 달라지는 것은 대기 시간뿐입니다.

브랜치가 바뀌면 캐시는 저절로 비워집니다.

찾았습니다. 빈 파일은 null이 되고 코드가 바로 거기서 필드를 읽습니다.

1export function loadConfig(path: string) {2  const text = readFileSync(path, 'utf8');3  if (text.trim() === '') return defaults;4  return { ...defaults, ...parse(text) };5}

이제 빈 파일은 기본 설정으로 처리되고 깨진 파일은 명확한 오류를 보여 줍니다.

새 이슈는 5개입니다. 3개는 실제 버그이고 그중 하나는 다음 릴리스까지 기다려도 됩니다.

모두 라벨을 달고 중복 이슈는 이전 보고에 연결했습니다.