-
Notifications
You must be signed in to change notification settings - Fork 286
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should use_github_release() offer to push if needed? #1385
Comments
I've definitely thought about this. Line 336 in 29192cf
Kind of related to some discussion in r-lib/gert#65 (which lead to I think I haven't leaped into action, just because I haven't done a full analysis of the situation where both local and remote have some unique commits. Do we ... attempt to pull with rebase, then push? What if there are merge conflicts? |
Maybe we could just push (without asking) if there are local commits missing from the remote, but if there are remote commits missing from local we'd still require the user to fix it up. (That said, I'm not actually sure what you're supposed to do in that scenario, so if we could figure it out, I'd love if it was automated) |
Slightly related — should |
* Reduce number of manual release steps * `use_release_issue()` checks default branch and pulls automatically. * `use_github_release()` automatically pushes, if safe. * `use_github_release()` just creates the release. * `use_version()` gains `push` argument. Fixes #1385. Closes #1678. * Restore initial git pull * Extract out git_push_first() * Apply suggestions from code review Co-authored-by: Jennifer (Jenny) Bryan <[email protected]> * WS * Re-document * Tweak argument order * Make some cli helper wrappers * Don't mess with function order * Update NEWS * Tweak word * Tweak comment * Polish docs * Don't mention release() --------- Co-authored-by: Jennifer (Jenny) Bryan <[email protected]>
Rather than erroring, as currently.
The text was updated successfully, but these errors were encountered: