nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

What is the difference between a Fisheye managed repository (GIT) and a GIT created repository?

Cameron River1

So, my experience with the way FishEye handles Git repositories have been confusing and a bit frustrating. The one thing I noticed is the a FishEye managed repository will not index unless I use the http url. Pushing changes via other protocols will update the repository but will never get index. However, if I use a existing Git (created by Git) repository, FishEye will index my changes (not sure how frequently).

Also using Eclipse to push to via FishEye http url has not working, authentication not support. However, using a network share to the same repository works file except for what I mentioned above.

Any else have similiar experiences with FishEye and Git??

Accepted answers

TimP

Hi Cameron & Rob,

Thanks for the output - I've managed to reproduce the problem locally and nailed down the problem. It seems there's a bug in egit that causes it to fail to a 401 basic authentication challenge when there are multiple WWW-Authenticate headers defined and the one that it checks is not "Basic".

I'm just testing a workaround that reorders the WWW-Authenticate headers to keep egit happy. If the fix works I'll target FishEye 2.7.2 which should be available shortly. In the meantime, I'll also lodge a bug with the egit crew.

Edit: raised a bug against egit and a task to workaround it in FishEye. Please follow FE-3718 if you'd like to see track the fix in FishEye.

cheers,

Tim

All comments

TimP

Hi Cameron,

By default, managed repositories in FishEye don't have regular index updates enabled to conserve resources. Instead, FishEye automatically indexes repositories when you push to it via the FISHEYE/git/your-repository.git URL. This means your changes will show up more or less instantly when you push.

However, if you're exposing your Git repository by some other method (network share, apache, gitolite, etc..) you'll need to enable Updates for the repository - there's documentation for this here.

However, you should also be able to use EGit to push and pull directly from the FishEye HTTP(S) Git URL using basic authentication. When you clone a git project into Eclipse, make sure you select HTTPS and enter your credentials. If you've already cloned using SSH, you can convert it using the following procedure:

1. Go to the Git Repositories view

2. Select the origin you want to pull from (fisheye), right-click, and select Configure Push.

3. Click "Change" on URI, select the protocol "https" and enter your username and password.

Note it is strongly recommended to configure SSL for your FishEye instance if you're going to be working with managed Git repositories.

cheers,

Tim

Cameron River1

Thanks for the tidbit on the Updates for the repository. That will solve that issue.

I still can't get Egit to connect using basic authentication. When I try to push to the URL I get, error "An internal Exception occurred during push: http://<redacted>.com:8060/git/PLR.TEST.git: authentication not supported". Interesting enough I can leave the password blank (or with a user/passwrd) for the clone and it completes successfully (sort of). The odd part is that after the project is cloned I get a red 'X' " Please select a repository from the list" and they is no repository to select. I have to do another import and select the local cloned repository.

I'll try HTTPS tomorrow instead of HTTP, and see if I have more successful with HTTP. I might stick with the network share as I'm in a Windows environment and that would keep from having to change the password (using LDAP) when we're forced to changed it per Active Directory policy.

Any other ideas would be helpful, if not to me than hopefully to someone else that runs into this issue.

Thanks!

TimP

Thanks for the update Cameron - do you see any errors in the server logs?

Which version of Eclipse/Egit are you using? I'll have a play around and see if I can reproduce this locally.

cheers,

Tim

Cameron River1

EGit version 1.1.0.201109111618

Eclipse version 3.6.1.r361_v20100909 (Flash Builder 4.5.1)

No errors were recorded for authentication... I might have to turn on HTTP logging or something.

Thanks

Rob Kooper

I run into the same problem. I have crucible 2.7.1 installed under ubuntu. I created a repository and when I try to clone (or connect to it using a browser) it will popup an authorization dialog. I did a export GIT_CURL_VERBOSE=1 to see some mesages. Attached is the output:

iMac:foobar kooper$ git clone https://opensource.ncsa.illinois.edu/fisheye/git/TEST.git
Cloning into TEST...
* Couldn't find host opensource.ncsa.illinois.edu in the .netrc file; using defaults
* About to connect() to opensource.ncsa.illinois.edu port 443 (#0)
*   Trying 141.142.227.5... * Connected to opensource.ncsa.illinois.edu (141.142.227.5) port 443 (#0)
* SSL connection using DHE-RSA-AES256-SHA
* Server certificate:
* 	 subject: C=US; postalCode=61801; ST=IL; L=Urbana; O=University of Illinois; OU=Urbana-Champaign Campus; CN=opensource.ncsa.illinois.edu
* 	 start date: 2011-09-14 00:00:00 GMT
* 	 expire date: 2014-09-13 23:59:59 GMT
* 	 subjectAltName: opensource.ncsa.illinois.edu matched
* 	 issuer: C=US; O=Internet2; OU=InCommon; CN=InCommon Server CA
* 	 SSL certificate verify ok.
> GET /fisheye/git/TEST.git/info/refs?service=git-upload-pack HTTP/1.1
User-Agent: git/1.7.6
Host: opensource.ncsa.illinois.edu
Accept: */*
Pragma: no-cache

* The requested URL returned error: 401
* Closing connection #0
Username:

TimP

Hi Cameron & Rob,

Edit: raised a bug against egit and a task to workaround it in FishEye. Please follow FE-3718 if you'd like to see track the fix in FishEye.

cheers,

Tim

TimP

Hi Rob,

It's intentional that you're prompted for authentication. Unless you've made the repository anonymously accessible, you will need to authenticate requests from the command line. You can check your permission settings in Adminsitration > Repository List > [Repository Name] > Permissions.

cheers,

Tim

Rob Kooper

Actually in my case it was the command line version of git on a MAC.

iMac:foobar kooper$ git --version
git version 1.7.6

Rob Kooper

I checked permissions and anonymous has "Can Read" permissions.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

git

fisheye-crucible