-
-
Notifications
You must be signed in to change notification settings - Fork 423
Removing object inheritance from astroquery modules #1879
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
Conversation
@HarrietAkot - this looks OK, but a rebase and squash would be great to 1) remove the merge commit, 2) remove the commit with the change to the bootstrap file and 3) remove the duplicated commit, which is bundled as an external one and thus should not be changed. Most likely you run into this situation as this has been opened from your master branch, rather than from a feature branch. Nevertheless, it can be fixed for now, for this PR. To do that, there are some extended docs about it here: https://docs.astropy.org/en/latest/development/workflow/development_workflow.html#rebase-but-only-if-asked In short: Make a copy of the branch, just in case something goes wrong you have a version to easily go back to:
Currently, you have started off this branch from the commit hashed: 0d57774, so we will treat that as the base (this procedure would be easier if/when working on a feature branch, but for now this is the cleanest way to do this). You need to do "interactive" rebase
It pops up an editor window with the 4 commits in it. Edit these so that only the second and third remains (the first is a duplicate of the second, and the fourth edits the bootstrap file which shouldn't be modified):
Save the file and exit the editor. The rebase should not run into any conflicts, and you should get a Now, all you need to do is to push it back to your remote. I assume it is named
So, pushing back the branch need to be a
|
Thanks. I will make these changes.
…On Sun, Nov 1, 2020, 8:23 AM Brigitta Sipőcz ***@***.***> wrote:
@HarrietAkot <https://github.com/HarrietAkot> - this looks OK, but a
rebase and squash would be great to 1) remove the merge commit, 2) remove
the commit with the change to the bootstrap file and 3) remove the
duplicated commit, which is bundled as an external one and thus should not
be changed.
Most likely you run into this situation as this has been opened from your
master branch, rather than from a feature branch. Nevertheless, it can be
fixed for now, for this PR.
To do that, there are some extended docs about it here:
https://docs.astropy.org/en/latest/development/workflow/development_workflow.html#rebase-but-only-if-asked
In short:
Make a copy of the branch, just in case something goes wrong you have a
version to easily go back to:
git branch copy_master_before_rebase
Currently, you have started off this branch from the commit hashed:
0d57774
<0d57774>,
so we will treat that as the base (this procedure would be easier if/when
working on a feature branch, but for now this is the cleanest way to do
this). You need to do "interactive" rebase
git rebase -i 0d57774
It pops up an editor window with the 4 commits in it. Edit these so that
only the second and third remains (the first is a duplicate of the second,
and the fourth edits the bootstrap file which shouldn't be modified):
pick 65f4e13 Removing object inheritance from astroquery modules
pick ebeb1dd Removing object inheritance from query.py
Save the file and exit the editor. The rebase should not run into any
conflicts, and you should get a Successfully rebased and updated detached
HEAD..
Now, all you need to do is to push it back to your remote. I assume it is
named HarrietAkot if you followed the astropy contributing guide, but it
may be named origin if you followed other guides. git remote -v should
show which one is the case, e.g. for me it's something like:
astropy ***@***.***:astropy/astroquery.git (fetch)
astropy ***@***.***:astropy/astroquery.git (push)
bsipocz ***@***.***:bsipocz/astroquery.git (fetch)
bsipocz ***@***.***:bsipocz/astroquery.git (push)
So, pushing back the branch need to be a --force push, as the rebase
changed the history:
git push HarrietAkot HEAD:master --force
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1879 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AKUCLLCASQWUKMB7LVM7FFLSNTWD7ANCNFSM4TCGKQWQ>
.
|
Learning the git rebase is a very useful skill, here is my favourite collection of tutorials to practice all kind of scenarios: https://learngitbranching.js.org/ |
Awesome. Thanks
…On Sun, Nov 1, 2020, 9:27 AM Brigitta Sipőcz ***@***.***> wrote:
Learning the git rebase is a very useful skill, here is my favourite
collection of tutorials to practice all kind of scenarios:
https://learngitbranching.js.org/
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1879 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AKUCLLEGSRNOX5ARJTRFRJTSNT5TTANCNFSM4TCGKQWQ>
.
|
Hey @bsipocz , |
Thank you @HarrietAkot, this all looks good now. You have very nicely resolved the issues that came up during the rebase as well. |
Thank you 😊 |
Hello @bsipocz ,
Still in reference to - #1870 .I have combined the changes to each module in to one commit.
Thanks
closes #1872