git SSH keys
2016-05-20 11:05
267 查看
An SSH key allows you to establish a secure connection between your computer and GitLab. Before generating an SSH key in your shell, check if your system already has one by running the following command:
Windows Command Line:
GNU/Linux/Mac/PowerShell:
If you see a long string starting with
Note: It is a best practice to use a password for an SSH key, but it is not required and you can skip creating a password by pressing enter. Note that the password you choose here can't be altered or retrieved.
To generate a new SSH key, use the following command:
This command will prompt you for a location and filename to store the key pair and for a password. When prompted for the location and filename, just press enter to use the default. If you use a different name, the key will not be used automatically.
Use the command below to show your public key:
Windows Command Line:
GNU/Linux/Mac/PowerShell:
Copy-paste the key to the 'My SSH Keys' section under the 'SSH' tab in your user profile. Please copy the complete key starting with
To copy your public key to the clipboard, use the code below. Depending on your OS you'll need to use a different command:
Windows Command Line:
Windows PowerShell:
Mac:
GNU/Linux (requires xclip):
This is really useful for cloning repositories to your Continuous Integration (CI) server. By using deploy keys, you don't have to setup a dummy user account.
If you are a project master or owner, you can add a deploy key in the project settings under the section 'Deploy Keys'. Press the 'New Deploy Key' button and upload a public SSH key. After this, the machine that uses the corresponding private key has read-only access to the project.
You can't add the same deploy key twice with the 'New Deploy Key' option. If you want to add the same key to another project, please enable it in the list that says 'Deploy keys from projects available to you'. All the deploy keys of all the projects you have access to are available. This project access can happen through being a direct member of the project, or through a group. See
Deploy keys can be shared between projects, you just need to add them to each project.
Another example
Note in the gitlab.com example above a username was specified to override the default chosen by OpenSSH (your local username). This is only required if your local and remote usernames differ.
Due to the wide variety of SSH clients and their very large number of configuration options, further explanation of these topics is beyond the scope of this document.
Public SSH keys need to be unique, as they will bind to your account. Your SSH key is the only identifier you'll have when pushing code via SSH. That's why it needs to uniquely map to a single user.
Windows Command Line:
type %userprofile%\.ssh\id_rsa.pub
GNU/Linux/Mac/PowerShell:
cat ~/.ssh/id_rsa.pub
If you see a long string starting with
ssh-rsa, you can skip the
ssh-keygenstep.
Note: It is a best practice to use a password for an SSH key, but it is not required and you can skip creating a password by pressing enter. Note that the password you choose here can't be altered or retrieved.
To generate a new SSH key, use the following command:
ssh-keygen -t rsa -C "yangailuoyu@126.com"
This command will prompt you for a location and filename to store the key pair and for a password. When prompted for the location and filename, just press enter to use the default. If you use a different name, the key will not be used automatically.
Use the command below to show your public key:
Windows Command Line:
type %userprofile%\.ssh\id_rsa.pub
GNU/Linux/Mac/PowerShell:
cat ~/.ssh/id_rsa.pub
Copy-paste the key to the 'My SSH Keys' section under the 'SSH' tab in your user profile. Please copy the complete key starting with
ssh-rsaand ending with your username and host.
To copy your public key to the clipboard, use the code below. Depending on your OS you'll need to use a different command:
Windows Command Line:
type %userprofile%\.ssh\id_rsa.pub | clip
Windows PowerShell:
cat ~/.ssh/id_rsa.pub | clip
Mac:
pbcopy < ~/.ssh/id_rsa.pub
GNU/Linux (requires xclip):
xclip -sel clip < ~/.ssh/id_rsa.pub
Deploy keys
Deploy keys allow read-only access to multiple projects with a single SSH key.This is really useful for cloning repositories to your Continuous Integration (CI) server. By using deploy keys, you don't have to setup a dummy user account.
If you are a project master or owner, you can add a deploy key in the project settings under the section 'Deploy Keys'. Press the 'New Deploy Key' button and upload a public SSH key. After this, the machine that uses the corresponding private key has read-only access to the project.
You can't add the same deploy key twice with the 'New Deploy Key' option. If you want to add the same key to another project, please enable it in the list that says 'Deploy keys from projects available to you'. All the deploy keys of all the projects you have access to are available. This project access can happen through being a direct member of the project, or through a group. See
def accessible_deploy_keysin
app/models/user.rbfor more information.
Deploy keys can be shared between projects, you just need to add them to each project.
Applications
Eclipse
How to add your ssh key to Eclipse: https://wiki.eclipse.org/EGit/User_Guide#Eclipse_SSH_ConfigurationTip: Non-default OpenSSH key file names or locations
If, for whatever reason, you decide to specify a non-default location and filename for your GitLab SSH key pair, you must configure your SSH client to find your GitLab SSH private key for connections to your GitLab server (perhaps gitlab.com). For OpenSSH clients, this is handled in the~/.ssh/configfile with a stanza similar to the following:
# # Main gitlab.com server # Host gitlab.com RSAAuthentication yes IdentityFile ~/my-ssh-key-directory/my-gitlab-private-key-filename User mygitlabusername
Another example
# # Our company's internal GitLab server # Host my-gitlab.company.com RSAAuthentication yes IdentityFile ~/my-ssh-key-directory/company-com-private-key-filename
Note in the gitlab.com example above a username was specified to override the default chosen by OpenSSH (your local username). This is only required if your local and remote usernames differ.
Due to the wide variety of SSH clients and their very large number of configuration options, further explanation of these topics is beyond the scope of this document.
Public SSH keys need to be unique, as they will bind to your account. Your SSH key is the only identifier you'll have when pushing code via SSH. That's why it needs to uniquely map to a single user.
相关文章推荐
- Nginx架构解析
- 520 | 用c语言程序撩妹
- 根据ios或者安卓扫描二维码进行相应下载
- Java设计模式之工厂方法设计模式
- Web请求过程
- 23种设计模式(17)--Memento模式
- topic 和queue的区别和应用 activeMQ
- CentOS让一个用户没有登录权限
- C++第7次上机作业
- ASP.NET对象
- Hive原理及查询优化
- 1.1 DStream, DStreamGraph 详解
- border-radius图解
- 360浏览器兼容模式默认显示ie最高版本
- C语言--位运算
- WPF 之 布局(二)
- git windows 记住用户名密码
- 一个带有Kruskal、Prim、Dijkstra算法的图类型 - C++ for C Programmers
- 圆桌问题[网络流24题之5]
- gitlab 使用原始的hooks同步到某一个目录