So, I am interested in the opinion of the current GIT workflow (which I am new to) and how to determine which of my changes have not yet been merged / put into the corresponding repositories. So my current system looks like this:
remote.master | | V local.master | | | VVV branch branch branch
For a new task, I will pull from remote.master to local.master, create a new branch and check it. I will make various commits while working on the task, possibly switching to other tasks, and then, when ready, pull it from remote.master to local.master, merge my branch into local.master and finally push the remote. master.
So, 2 questions: for a small team is it overkill? Does it make sense to omit local branches? If so, some advice suggests that there will be either problems with "fast redirects" (which, as I understand it, make the changes indistinguishable in remote.master), or a lot of commits that have potentially unexpected timestamps and are hard to parse.
2nd, provided that the workflow described above is: I sometimes often switch between tasks. I need a screen that shows me:
'branch 01' -> partially merged to local.master 'branch 04' -> notmerged to local.master 'local.master' -> partially merged to remote.master
It may be that I forget that the various functions have been combined and where. I definitely do not want to go on branches and try to solve this information through 'git diff' or other commands. I am currently using Tortoise GIT on Windows, but I am open to other graphical alternatives. I sometimes use the shell, but I prefer the interface. Is there any way to get this information?
source share