Page MenuHomePhabricator

Add "Fetch Rules" to observed Git repositories
ClosedPublic

Authored by epriestley on Apr 14 2019, 8:14 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Jun 5, 4:19 PM
Unknown Object (File)
Apr 18 2025, 12:07 AM
Unknown Object (File)
Apr 15 2025, 12:03 PM
Unknown Object (File)
Apr 14 2025, 11:25 AM
Unknown Object (File)
Apr 13 2025, 9:41 AM
Unknown Object (File)
Apr 12 2025, 3:57 PM
Unknown Object (File)
Mar 30 2025, 8:23 PM
Unknown Object (File)
Mar 29 2025, 7:01 PM
Subscribers
None

Details

Summary

Depends on D20421. Ref T13277. I'd generally like to move away from "Track Only".

Some of the use cases for "Track Only" (or adjacent to "Track Only") are better resolved with "Fetch Rules" -- basically, rules to fetch only some subset of refs from the observed remote.

Add configurable "Fetch Rules" for Git repositories. For example, if you only want to fetch master, you can now speify:

refs/heads/master

If you only want to fetch branches and tags, you can use:

refs/heads/*
refs/tags/*

In theory, this is slightly less powerful in the general case than "Track Only", but gives us better behavior in some cases (e.g., when the remote has 50K random temporary branches). In practice, I think this and a better "Autoclose Only" will let us move away from "Track Only", get default behavior which is better aligned with what users actually expect, and dodge all the "track tags/refs" questions.

Test Plan

Configured repositories with "Fetch Refs" rules, used bin/repository pull --verbose --trace ... to run pulls, saw expected pull/fetch behavior.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable