docs: Explain set-upstream for stacks in forks
-
Please check this box if this contribution uses AI-generated content (including content generated by GitLab Duo features) as outlined in the GitLab DCO & CLA. As a benefit of being a GitLab Community Contributor, you can request access to GitLab Duo.
Document set-upstream behavior for stacks when working with forks
This merge request addresses the need to document and clarify the set-upstream behavior for stacks, particularly when users are working with forks. The changes include:
- Updated the long description of the
glab stack synccommand to include information about fork behavior. - Utilized
create.ResolvedHeadRepo(f)()from the CLI's stack sync command to prompt users for the head repo when working with forks, improving merge request handling in forked environments.
These changes aim to improve user experience by:
- Providing clear documentation about the behavior when working with forks.
- Giving users the option to choose between their fork and the original repository as the head repo for merge requests.
- Ensuring that merge requests are created against the correct repository.
This addresses the discussion from MR !1687 (merged), where it was suggested to document or fix this behavior to prevent unexpected results for users working with forks.
Closes #7660 (closed)
Edited by 🤖 GitLab Bot 🤖