Viktor Kuzmin 49eb168677 Retarget depending pulls when the parent branch is deleted (#28686) ... Sometimes you need to work on a feature which depends on another (unmerged) feature. In this case, you may create a PR based on that feature instead of the main branch. Currently, such PRs will be closed without the possibility to reopen in case the parent feature is merged and its branch is deleted. Automatic target branch change make life a lot easier in such cases. Github and Bitbucket behave in such way. Example: $PR_1$: main <- feature1 $PR_2$: feature1 <- feature2 Currently, merging $PR_1$ and deleting its branch leads to $PR_2$ being closed without the possibility to reopen. This is both annoying and loses the review history when you open a new PR. With this change, $PR_2$ will change its target branch to main ($PR_2$: main <- feature2) after $PR_1$ has been merged and its branch has been deleted. This behavior is enabled by default but can be disabled. For security reasons, this target branch change will not be executed when merging PRs targeting another repo. Fixes #27062 Fixes #18408 --------- Co-authored-by: Denys Konovalov <kontakt@denyskon.de> Co-authored-by: delvh <dev.lh@web.de>		2024-01-17 01:44:56 +01:00
..
check.go	Abstract hash function usage (#28138)	2023-12-13 21:02:00 +00:00
check_test.go
comment.go
commit_status.go
edits.go
lfs.go	Remove GetByBean method because sometimes it's danger when query condition parameter is zero and also introduce new generic methods (#28220)	2023-12-07 15:27:36 +08:00
main_test.go
merge.go	Abstract hash function usage (#28138)	2023-12-13 21:02:00 +00:00
merge_merge.go
merge_prepare.go
merge_rebase.go
merge_squash.go
merge_test.go
patch.go	Improve ObjectFormat interface (#28496)	2023-12-19 07:20:47 +00:00
patch_unmerged.go
pull.go	Retarget depending pulls when the parent branch is deleted (#28686)	2024-01-17 01:44:56 +01:00
pull_test.go
review.go
temp_repo.go	Adjust object format interface (#28469)	2023-12-17 11:56:08 +00:00
update.go
update_rebase.go