Description
In working on Issue #20, I discovered that the pulling doesn't check whether the remote is ahead of commits or not. It would be nice to check if the repository is ahead of the local, and pull if necessary. This functionality is separate from Pulling directly after cloning crashing the app, as that cannot be solved by this change.
Acceptance criteria
When you pull from a repository that has no changes it says that there are no changes to pull
When you pull from a repository with changes, it pulls the changes and says that the repository was successfully pulled from.
Additional context
This is the expected behaviour for when the repository has no changes to pull:
Like GitHubDesktop it can fetch changes and see if there is a need to pull:
I was not able to fix pulling directly after cloning the application (it still crashes) and pulling twice in a row still crashes VisualGit as that is just a fun functionality of nodegit and it's love for segmentation faults.
Related issues
20 , #55 (Also read through #228 if you want to know more about nodegit's fun issues)
Description In working on Issue #20, I discovered that the pulling doesn't check whether the remote is ahead of commits or not. It would be nice to check if the repository is ahead of the local, and pull if necessary. This functionality is separate from Pulling directly after cloning crashing the app, as that cannot be solved by this change.
Acceptance criteria
Additional context This is the expected behaviour for when the repository has no changes to pull:
Like GitHubDesktop it can fetch changes and see if there is a need to pull:
I was not able to fix pulling directly after cloning the application (it still crashes) and pulling twice in a row still crashes VisualGit as that is just a fun functionality of nodegit and it's love for segmentation faults.
Related issues
20 , #55 (Also read through #228 if you want to know more about nodegit's fun issues)