While debugging on the console, I like seeing class attributes of objects. Apparently it can be done with the below command:
<object>.__dict__
In the work, my tasks seemed like related to each. So I’ve offered my mentor that I’ll choose the second one for all my tickets from now on.
Then he told me the worst case senario which is when:
- Ticket1 is decided to be unnecessary/dangerous.
- Ticket2 still needs to be merged to master.
In the deployment of second option above, if a mistake is made and ticket2 directly deployed to production; you’ll worry the effects of ticket1.
Meanwhile, first option seems safer. There may be shitty things if these tickets are related, but its worst case scenario is safer. Do you agree?
1- How to Update My Feature Branch
Make sure you are in the feature branch and enter below:
git merge <branch_that_you_want_to_be_merged>Source: https://stackoverflow.com/questions/38206196/merge-one-local-branch-into-another-local-branch
2- Delete Local Branch
git branch -d <branch>Source: https://www.freecodecamp.org/news/how-to-delete-a-git-branch-both-locally-and-remotely/
3- Rename both local and remote branch
Just follow this: https://stackoverflow.com/a/30590238/10341564
4- Learn Your Remote Branch
git remote -v5- Revert A Commit
git revert <commit>All of my tests pass in CircleCI whereas a test fails in my local. How is it possible?
The reason is that if you are listing multiple objects in DRF, response results can be ordered differently if there is no defined ordering. In CircleCI it was ordered as I wish. Therefore it passed that test. However, in my local, response results were ordered differently which leads to a fail.
Amazing!
Just like computers, we have a call stack. For example;
- Found a problem. It is related with the field X of model Y. What is that?
- Oh, field X is foreign key of model Z. Let me look at Z first.
- Understood model Z, let’s come back to field X of model Y.
- Understood the field X of model Y.
- Solved the problem. Hurray!
Also, just like computers, we do have limited call stack. For example, I got frustrated if depth of my call stack is bigger than 3.
Therefore, my fellow interns and juniors, it’ll get easier as we spend time with the codebase. Let’s get help when our call stack goes way beyond, cuz its normal to get lost. I’ll leave you with a quote from the series Bojack Horseman.
