Bare option for federation pull registrations. Documentation.

James Moger

2011-09-26 d7fb202c122faa90a75717cbd66791d3879b5776

 docs/01_setup.mkd

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

Gitblit GO automatically generates an ssl certificate for you that is bound to *localhost*.



Remote Eclipse/EGit/JGit clients (<= 1.0.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 (<= 1.1.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:



@@ -132,6 +132,7 @@
       showReadme = false

       excludeFromFederation = false

       isFederated = false

       federationSets = 
       

#### Repository Names

Repository names must be unique and are CASE-SENSITIVE ON CASE-SENSITIVE FILESYSTEMS.  The name must be composed of letters, digits, or `/ _ - .`<br/>

@@ -306,7 +307,7 @@
**NOTE:**<br/>

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

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.<br/>

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

- Eclipse/EGit/JGit

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