Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[FR]Sort tags and branches list before 64-revision cap so pruning keeps newest N refs

オープン
#1,016 コメント 6 件 リアクション 0 件 担当者 1 名 GitHub で見る

@brendan-kellam がすでに取り組んでいます。

2026年3月23日 から。

評価

この issue はまだ評価されていません。

説明

Feature

When tags and branches match many refs, Sourcebot truncates to 64 revisions using revisions.slice(0, 64) after listing tags via plain git.tags() / git tag ordering. That order is ref-name order, not recency. For many repos this is naturally oldest tags first. I am guessing this is the opposite of what many users want.

Git already supports explicit ordering (e.g. git tag --sort=-creatordate, --sort=-committerdate, --sort=-version:refname). This request is to apply an explicit sort before truncation. And ideally have that exposed in the config.

Relation to unlimited branches / tags

There is already ongoing work toward removing the 64 revision cap #461 and related PRs). That helps orgs that want a full ref index.

Even with unlimited or much higher limits, a lot of people will still want optionally capped index size and cost. A newest N tags/branches or newest by last commit date policy seems like the natural knob to pass in.

Might be worth adding that sort option and keeping a cap in that other branch.

Currently right now I get my oldest x tags while working on software that matches live code to its sourcebot index for that tag. Naturally I am missing all tags.

主要言語
TypeScript
スター
3.9k
フォーク
374
平均マージ
21時間 18分
マージ済み PR(30日)
39

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

sourcebot-dev/sourcebot のほかの issue

sourcebot-dev/sourcebot の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。