Git is a technology which can be endlessly explained, but sometime demonstrations are best.
What does a typical day look like for you and your relationship with git
?
Git is a technology which can be endlessly explained, but sometime demonstrations are best.
What does a typical day look like for you and your relationship with git
?
For further actions, you may consider blocking this person and/or reporting abuse
Harshal Ranjhani -
codegirl -
Michael Tharrington -
saransh kataria -
Latest comments (41)
git rebase
start the day by doing checkout of develop branch and pulling any changes. Next I'll checkout 'mine' branch and merge develop onto it before getting to work. Commits take place when I complete a unit of work or need to pull changes from somebody else. I've been using broken commits lately and amending them with follow up to fix the issue. After work is complete then I move back to develop and pull before merging my work onto develop and pushing it up to remote.
Note: I tend to trust IntelliJ with my adding and merging.
oh-my-zsh aliases make it easy for me: gcb, gaa, gcmsg, gp
In the evenings I like to relax by using
git clone
on a fresh Flatiron coursework repo.GitHub Flow for branching.
Jenkins builds most stuff (migrating everything now) and handles deploys.
Peer review PRs or I step in and specifically code review "architected" things.
and someone merges my branch to master. I'm doing:
I mostly pull from master, checkout a feature branch which could be brand new or ongoing, I push to its origin and rebase it from master if needed.
Before pushing I obviously have to check the diffs, then add things to the staging area and if everything is okay I commit with a message.
Seldom I revert or undo some changes or navigate through the logs.
I also prune local and remote branches regularly.
Finally at the end of the week I take a look at the logs to refresh my memory about what has happened.
This is my flow on DEV's code.
Git Error: Check Git Log 😂😂😂
When starting a change/set of changes:
Then, it's typically a cycle of:
Once it's ready to merge, I create a PR on GitHub to merge with
master
.After the merge:
Repeat until the end of time. 😄
It’s cool seeing how all the developers are using git.
I stick to the mantra of commit small, often. If anything goes wrong, I can easily revert specific changes!
Besides that, I embrace Git Flow and the basic commands including rebase!
I do this too. Whenever I get to a small “milestone” I push my changes in case I need to go back 👌🏼
ohshitgit is a browser keyword and shell function to open that page, plus I have a git alias for "fuck-this-noise" which nukes and re-clones the current repo...
git status
git add
git commit -am
git checkout -b new-feature
git push
git pull from the master branfh if I merge my own pull request on GitHub
git merge if therr are conflicts on my merge 😀
git gui
git fixup
gitk
git rebase -i
git rebase -i
I actually spend a lot of time looking at other's history. Code review, tracking down the cause of a bug.
From that I do spend a lot of time organizing my changes so other's can review and we have good records of why things are changing (better records).
The basic, add commit push, and the rare checkout. A lot of merge. Very less revert.