-
Notifications
You must be signed in to change notification settings - Fork 23
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
Add instructions to rebase and push branch before merging #267
base: main
Are you sure you want to change the base?
Conversation
7cc57ad
to
5b3e972
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here are some suggestions on how to reorganize the content for flow.
@@ -474,11 +474,22 @@ We **always use non-fast forward merges** so that the merge point is marked in G | |||
|
|||
.. code-block:: bash | |||
|
|||
# Prepare to merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Delete this comment. Instead, before the code block, write:
First, prepare the merge by making sure the branch is up-to-date:
git checkout tickets/DM-NNNN | ||
git rebase master | ||
git push --force # so that the commits on the remote branch match the commits merged* | ||
# Merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Delete this comment.
Now add the paragraph + list starting with "We force push..." here.
Then introduce a new code block:
Next, merge to ``master`` and push.
We **always use non-fast forward merges** so that the merge point is marked in Git history, with the merge commit containing the ticket number:
.. code-block:: bash
git checkout master
git merge --no-ff tickets/DM-NNNN
git push
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This means you can delete the identical paragraph, We **always use ...
from before the two code blocks.
d9aa2ed
to
58b2b31
Compare
@yalsayyad I've rebased and dealt with the second half of @jonathansick 's comments. |
Please address this syntax error, rebase, then re-push. https://travis-ci.com/lsst-dm/dm_dev_guide/builds/129509687#L653-L654 I'm guessing there are single backticks around |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good.
c205bf2
to
6aa959a
Compare
Recent events inspired me to revisit this, and now I remember why I stopped. I'm torn with indecision on @jonathansick's suggestion. It flows a lot better and makes more sense. But I only read code blocks, and I worry that separating the |
I think revisiting this is a great idea. On balance, I'd probably go with Jonathan's wording, but I'd love to see this merged in either form. |
Hey folks, can we just merge this? The issue is coming up again today, and I'd love to be able to point people to docs. Either wording is okay, and we should definitely avoid the whole perfect-and-the-good thing. |
Sorry, is anything waiting on me? |
To expand; I did approve this ages ago, so I'm also wondering why this isn't merged. Shall I just do the rebase and merge now? |
I think @yalsayyad is conflicted by your suggestion and doesn't know which way to jump. 😀 Let's give her a few hours to call it, otherwise it's probably fine to just jump in and merge. |
It'll take a potentially exciting rebase now, but I do think we should still merge this. |
No description provided.