Documentation

James Moger

2013-06-19 724da52635fbcc7c80cd0b7932f8b0d1cff6cb73

 src/site/setup.mkd

@@ -49,7 +49,7 @@
### Creating your own Self-Signed SSL Certificate

Gitblit GO (and Gitblit Certificate Authority) automatically generates a Certificate Authority (CA) certificate and an ssl certificate signed by this CA certificate that is bound to *localhost*.



Remote Eclipse/EGit/JGit clients (<= 2.2.0) will fail to communicate using this certificate because JGit always verifies the hostname of the certificate, regardless of the *http.sslVerify=false* client-side setting.

Remote Eclipse/EGit/JGit clients (< 3.0) will fail to communicate using this certificate because JGit always verifies the hostname of the certificate, regardless of the *http.sslVerify=false* client-side setting.



The EGit failure message is something like:



@@ -365,7 +365,7 @@
    2. Else if a team has an explicit permission, use that

    3. Else check for the first regex match in team permissions



#### No-So-Discrete Permissions (Gitblit <= v1.1.0)

#### No-So-Discrete Permissions (Gitblit &lt;= v1.1.0)



Prior to v1.2.0, Gitblit has two main access permission groupings:  



@@ -741,7 +741,7 @@
**NOTE:**  

The default self-signed certificate generated by Gitlbit GO is bound to *localhost*.  

If you are using Eclipse/EGit/JGit clients, you will have to generate your own certificate that specifies the exact hostname used in your clone/push url.  

You must do this because Eclipse/EGit/JGit (<= 2.3.1) always verifies certificate hostnames, regardless of the *http.sslVerify=false* client-side setting. 
You must do this because Eclipse/EGit/JGit (< 3.0) always verifies certificate hostnames, regardless of the *http.sslVerify=false* client-side setting. 
 

- **Eclipse/EGit/JGit**

    1. Window->Preferences->Team->Git->Configuration