Community
Participate
Working Groups
I guess the Summary sais it all. If I select multiple repositories there is no context menu action to fetch from the remote repository. However there is a pull action, and as pull is fetch + merge it should be possible and easy to implement it for fetch only. I would be willing to make a contribution here if you were able to give me a pointer where I should look. Actually I have a version 1.1.x from the nightly update site.
Look at egit commit 4197370f which implemented pull for multiple repositories and enhance FetchConfiguredRemoteCommand in a similar way (assuming you want to allow use of "Fetch from Upstream" with multi-selection).
+1 to fix that. As a data point: the source on which I'm working is distributed over 15 repositories. Doing the fetch 15 times is just a waste of time for me. >Look at egit commit 4197370f which implemented pull for multiple repositories I don't see 'Pull' being enabled when multiple repositories are selected in the 'Git Repositories' view. This is with 1.1.0.201109151100-r.
(In reply to comment #2) > >Look at egit commit 4197370f which implemented pull for multiple repositories > I don't see 'Pull' being enabled when multiple repositories are selected in the > 'Git Repositories' view. I can confirm this on 1.2.0.201109281613. 'Team > Pull' _is_ however enabled when two projects of differing parent repositories is selected in the 'Package Explorer' though. That seems to be what 4197370f was about.
Adding Fetch from Upstream would be much better since Fetch doesnt touch local branches, Pull does, so fetch is much safer to use when working with more than one repo.
Created attachment 251325 [details] Possible patch for 349560 The patch is a first try to fix that problem. I wasn't able to test it because I failed to create a working test environment using description on the contributors guide (https://wiki.eclipse.org/EGit/Contributor_Guide). I tried to apply the modification based on commit 4197370f09f23e4930ac80a045097cbd4946ea8e that implemented the changes for pull. Please check and commit if it is ok.
(In reply to Ulrich Wielant from comment #5) > Created attachment 251325 [details] > Possible patch for 349560 > > The patch is a first try to fix that problem. I wasn't able to test it > because I failed to create a working test environment using description on > the contributors guide (https://wiki.eclipse.org/EGit/Contributor_Guide). Please if you think this is a problem which can affect other contributors, change the wiki accordingly or if you are not sure, open a bug with steps to reproduce. > I tried to apply the modification based on commit > 4197370f09f23e4930ac80a045097cbd4946ea8e that implemented the changes for > pull. > > Please check and commit if it is ok. Can you please prepare Gerrit patch (you need to sign CLA) or is this the point where you've given up with the environment?
(In reply to Ulrich Wielant from comment #5) > Created attachment 251325 [details] > Possible patch for 349560 > > The patch is a first try to fix that problem. Not sure if (as user) I would like multiple wizards opening one after each other, if I just want to "Fetch from Upstream"... Why do we need a wizard for "fetch from upstream", in case the "upstream" is configured? If it is not configured I would expect the menu will not be enabled, and "Fetch from..." should be used, but it is a different use case.
I agree, but at the moment I just want to initiate fixing this bug. I managed to sign the CLA. I was not able to have a working eclipse environment so that all egit and jgit sources compile without problems. How can I continue to provide a solution to this problem?
(In reply to Ulrich Wielant from comment #8) > I agree, but at the moment I just want to initiate fixing this bug. > > I managed to sign the CLA. I was not able to have a working eclipse > environment so that all egit and jgit sources compile without problems. > > How can I continue to provide a solution to this problem? As said, if there is something we can make better for first time contributors, we should do it, but we must know *what* is not working for you. So far I haven't heard anything *concrete* :-) BTW I would like to move the "environment" discussion to the mailing list: https://dev.eclipse.org/mailman/listinfo/egit-dev or better to the forum: https://www.eclipse.org/forums/eclipse.egit
*** Bug 487609 has been marked as a duplicate of this bug. ***
(In reply to Andrey Loskutov - on the beach till 12.09 from comment #7) > Not sure if (as user) I would like multiple wizards opening one after each > other, if I just want to "Fetch from Upstream"... Why do we need a wizard > for "fetch from upstream", in case the "upstream" is configured? If it is > not configured I would expect the menu will not be enabled, and "Fetch > from..." should be used, but it is a different use case. You could even "fetch from all remotes". I have a shell script which does that and it is quite helpfull to have up-to-date "pending pull" identifiers as well as tags.
Created attachment 275685 [details] Pull multiple repositories report I vote for this feature. However not only "Fetch from Upstream", but also "Push to Upstream" can be implemented in similar manner as for "Pull" (see attachment).