Mast cloudaccess docs update#2235
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2235 +/- ##
=======================================
Coverage 62.20% 62.20%
=======================================
Files 131 131
Lines 16772 16772
=======================================
Hits 10433 10433
Misses 6339 6339 Continue to review full report at Codecov.
|
bsipocz
left a comment
There was a problem hiding this comment.
Test failure is a red herring, but the doc build failure is related to this PR.
Co-authored-by: Brigitta Sipőcz <b.sipocz@gmail.com>
Co-authored-by: Brigitta Sipőcz <b.sipocz@gmail.com>
|
@jaymedina - what are you trying to do with the last commit? Rerunning the CI with dummy commits without fixing the issue it failed on won't work. The issue was:
So I would suggest adding the closing backtick that was removed in the second to last commit, and squashing the last 3 together in a rebase. Then all should work and we can merge. |
|
@bsipocz forgot to close one of my strings. Looks like the build is passing now. It turns out the issue wasn't with the second to last commit, it was a string I forgot to close a couple lines below that. Let me know if you need anything else, thanks for looking over this. |
|
Yep, that one wasn't closed in the commit I mentioned. If you could squash the last three ones it would be great, otherwise it's all looking good. |
|
I tried rebasing and squashing using the documentation here (https://docs.astropy.org/en/latest/development/workflow/development_workflow.html#how-to-squash) and got no errors but nothing seemed to happen in this PR, so I tried running this command which seemed to mess things up locally: Does the squashing need to be done for this PR or can it be merged as is? I'll familiarize myself with these git commands offline before the next PR. |
|
I'll do the squash here then and merge it. As for practice: My favourite resource both for practice and teach git branch management is https://learngitbranching.js.org/, it has a ton of scenarios (some are very much different than our workflow, but nevertheless, I think it gives a very solid understanding and muscle memory of the underlying logic). For this case what I would do is (there are other ways, but with rebase you can basically fix any issues as it's not necessary to rebase on the latest
|
I guess you didn't force push back, it's necessary as there won't be any automated sync between branches, especially if their histories differ, and you have to force push explicitly. |
ab67a39 to
8ad106b
Compare
|
I'll look into this page, thanks very much :) I did a |
|
You basically never need to manually do anything within the .git directory, I guess there might have been another reference, etc so your edit was not picked up. (Also, sometimes you may moved away from the branch locally, then if you push the branch it indeed have them identical (and thus I tend to always push HEAD explicitly into the remote branch) |
Closes #2234