Works well enough, but always steals control from any other source control plugin I've already had active. I've uninstalled this plugin before because of that -- I do a lot more work with Subversion repositories so having to manually change the active plugin every time I launch Visual Studio is troublesome.
I've enjoyed using this extension, but from about 2 or 3 releases back, it started causing visual studio to slowdown and 'lockup' briefly. I've since had to disable this extension. Hoping it's fixed soon.
Update - Working great again! GIT Rocks and the Git Source Control Provider makes it even better.
Amazing, this needs to advertised more as it is the most fantastic Source Control provider I have used in a long time. TFS could learn a thing or too from the tool windows provided.
If you close VS when using Git SCP, next time you run VS, it Git SCP. There has been some discussions on this topic http://gitscc.codeplex.com/discussions/267938. I am still researching for a solution.
While I enjoy this plugin, it appears to cause Visual Studio 2010 to slow down severely when saving files. Since I can perform the same operation with Git at the command line without the slow down, what could be causing the problem when using the plugin? I've had to uninstall it for now but I look forward to newer versions as they are published. BTW: Could you also include a release.txt or some other file to let people know about the changes that you've made between each version?
Some mistakes were made recently, but the latest release V0.8.8 should fix and improve the performance. You can find change logs at http://gitscc.codeplex.com/releases/view/46589
On the same web page, you can try V0.6.4, which has the best performance.
Minor niggle on the check-in history view (Which is awesome btw!) - It looses some sharpness when you zoom-in. Can this be fixed? That's all. I love GIT and I love this extension! Thanks again!
I have several repositories created localy but one of them does not work in VS2010 with this git provider(0.9.3), no pending changes is showing,no icons. I can work with the repo. with GitExtension or command line with out problem, so the repository does not seem corrupt in any way.
I'm using msysgit(1.7.9) and GitExtensions (2.31). Any ideas on what could cause this?
//regards
Robert
The option to "Use TortoiseGit Style Icon Set" apparently doesn't work when you have Git submodules within a solution. The top level repository correctly uses the TortoiseGit icons but anything within a submodule uses the standard icons.
With other providers, like VisualSVN, if a file has been changed then all parent folder icons also show a modified icon. In other words, if you have a solution "MySolution" with a project "MyProject" and a file Class1.cs, changing Class1.cs will show the modified icon for Class1.cs, MyProject, and MySolution. This way you can easily see if any part of a project or solution has changed.
Can this feature be added? It really doesn't make sense to show a solution, a project, or any parent folder as being up-to-date if any item within it has changed.
This is the same behavior as TFS. The icons of solution and project nodes reflect to the solution and project file status. E.g. If added or removed project form solution, the solution file is modified and the icon reflects to the change. If added or removed file from project, the icon reflects to the project file change.
I've noticed numerous times when folders are showing the up-to-date icon when files within the folder have changed. This means that if the folder is collapsed then you get the impression that everything is up-to-date within the folder even if it is not the case. So even if this is expected behavior for solution and project nodes, it certainly can't be for regular folders within projects.
Hello.
Is it possible to use file name foreground color instead of icons in Solution Explorer (blue for modified, green for added, red for conflicted) and code editor tab captions?
(screenshot http://ui.netbeans.org/docs/ui/DiffSpecification/img/DIFFSpecIMG/NetBeansViever.png)
If not, please make the "Tracked" icon optional: it distracts from modified files.
Thanks
Hello,
Is it possible to commit the solution and only see the files that are part of my VS solution/projects? This is the default case with ankhSVN. It would be great if this was possible as well.
Thanks for your response,
David
I created 5 tags in my repository. "git tag" and "gitk" show all of them.
In "View History" however only one of those tags is displayed.
Apart from that i really like the tool. I am using version 0.9.1, VS2010pro and git 1.7.8.msysgit.0.
regards,
Steffen
Hi Steffen,
Currently the View History tool shows the most recent 100 commits. I guess only one tag is within recent 100 commits.
Next version, I will add an option to allow you define how many commits to show.
The repository currently has 54 commits. I added some additional new tags, some are displayed, others are not. I find no pattern.
i use "git tag TAGNAME ID" to create tags.
Problem2: Hitting reload in "Simplified view mode" results in a verbose mode even though "Simplified view: ON" is still displayed.
Problem3: When i double click on a file in diff mode, the file is loaded in VS2010. When i make changes, VS2010 complains about files edited outside of VS2010.
I really like the tool for displaying diffs and doing commits.
Hi Steffen123,
I have created a work item for tracking problem 1, please provide examples of tag names you used there. http://gitscc.codeplex.com/workitem/17437. Problem 2 (workitem:17438) and 3 (workitem:17391) are tracked as well.
Hi,
I just tried to commit with this provider. It works great, but doesn't commit with my author name. I'm using Git extensions. If I commit using Git extensions, it all works fine, using my global author name, but with this extension, it doesn't use any author name, it's just blank. Is there an option somewhere that I'm missing?
Also, I accidentally closed the 2 windows that it automatically opens. I can't find a way to get those back. Is there any way to do so?
Greets.
I just updated my Git extensions, it does commit with author now. No clue why, but it does work.
To get back my windows, I disabled and re-enabled the plugin, which is not really what I'd want :) Maybe you can add it to the views menu?
After updating my version of GIT Source Control Provider to the latest version (0.9.0), but keeping my primary and default provider as TFS, I started getting a warning each time I open a solution from TFS.
The warning is that "the solution or project is controlled by a different source control provider different than the selected one."
This warning continues to come up every time I open these solutions, despite verifying that my configured Source Control Provide is, and was, TFS.
The only way I could resolve the issue was to disable the GIT Source Control Provider extension all together.