git配置管理

生成 SSH 公钥

如前所述,许多 Git 服务器都使用 SSH 公钥进行认证。 为了向 Git 服务器提供 SSH 公钥,如果某系统用户尚未拥有密钥,必须事先为其生成一份。 这个过程在所有操作系统上都是相似的。 首先,你需要确认自己是否已经拥有密钥。 默认情况下,用户的 SSH 密钥存储在其 ~/.ssh 目录下。 进入该目录并列出其中内容,你便可以快速确认自己是否已拥有密钥:

$ cd ~/.ssh
$ ls
authorized_keys2  id_dsa       known_hosts
config            id_dsa.pub

我们需要寻找一对以 id_dsa 或 id_rsa 命名的文件,其中一个带有 .pub 扩展名。 .pub 文件是你的公钥,另一个则是私钥。 如果找不到这样的文件(或者根本没有 .ssh 目录),你可以通过运行 ssh-keygen 程序来创建它们。在 Linux/Mac 系统中,ssh-keygen 随 SSH 软件包提供;在 Windows 上,该程序包含于 MSysGit 软件包中。

$ ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/home/schacon/.ssh/id_rsa):
Created directory ‘/home/schacon/.ssh‘.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/schacon/.ssh/id_rsa.
Your public key has been saved in /home/schacon/.ssh/id_rsa.pub.
The key fingerprint is:
d0:82:24:8e:d7:f1:bb:9b:33:53:96:93:49:da:9b:e3 [email protected]

首先 ssh-keygen 会确认密钥的存储位置(默认是 .ssh/id_rsa),然后它会要求你输入两次密钥口令。如果你不想在使用密钥时输入口令,将其留空即可。

现在,进行了上述操作的用户需要将各自的公钥发送给任意一个 Git 服务器管理员(假设服务器正在使用基于公钥的 SSH 验证设置)。 他们所要做的就是复制各自的 .pub 文件内容,并将其通过邮件发送。 公钥看起来是这样的:

$ cat ~/.ssh/id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAklOUpkDHrfHY17SbrmTIpNLTGK9Tjom/BWDSU
GPl+nafzlHDTYW7hdI4yZ5ew18JH4JW9jbhUFrviQzM7xlELEVf4h9lFX5QVkbPppSwg0cda3
Pbv7kOdJ/MTyBlWXFCR+HAo3FXRitBqxiX1nKhXpHAZsMciLq8V6RjsNAQwdsdMFvSlVK/7XA
t3FaoJoAsncM1Q9x5+3V0Ww68/eIFmb1zuUFljQJKprrX88XypNDvjYNby6vw/Pb0rwert/En
mZ+AW4OZPnTPI89ZPmVMLuayrD2cE86Z/il8b+gw3r3+1nKatmIkjn2so1d01QraTlMqVSsbx
NrRFi9wrf+M7Q== [email protected]

全局配置
cat  ~/.gitconfig   //Git的配置文件为.gitconfig,它可以在用户主目录下(全局配置)

编辑Git配置文件$ git config -e [—global]  设置提交代码时的用户信息
#git config    [--global]    user.name "[name]"
#git config    [--global]    user.email "[email address]"

# git  config - - list   //显示当前的Git配置



时间: 2024-10-16 07:09:59

git配置管理的相关文章

Git管理Puppet打造统一配置管理

一.介绍 1)运维工作流程 大数据时代高伸缩性.容错性的特点给运维提出了更高的要求.系统管理不再是疲于安装操作系统.对系统参数进行逐一配置与优化.打补丁.安装软件.配置软件.添加某个服务的时代.为了提高效率.避免重复劳动.减少错误.积累知识,系统管理员都已开始做一些局部的自动化工作.但这些还远不够, 为了满足运维需求,需要统一配置管理. 2)自己实现自动化:git+puppet Puppet采用了非常简单的C/S架构,所有数据的交互都通过SSL进行,以保证安全. Git是一个开源的分布式版本控制

Git服务器搭建与配置管理

Git for Windows TortoiseGit:是一个开放的git版本控制系统的源客户端,支持Winxp/vista/win7.离不开真正的Git(Git for windows版本名字又叫Msysgit). COPSSH:一个windows平台的SSH服务器. Git-1.8.3-preview20130601.exe:即真正的Git. 使用TortoiseGit里面自带的PuTTY Key Gen生成的密钥对(公钥和私钥)为什么还要转换? COPSSH根本不用生成任何key的,只需要

配置管理工具GIT之管理模型

这篇文章联系了自个的项目经历及网上材料,再加上个人的一些体会.出于对git办理工具的酷爱,特编写此文.git办理模型 http://www.nuoyapingtai.net 诺亚平台 www.nuoyapingtai.net常见的解法是求解节点到根的途径,对途径做比对.参见:http://www.lyhfyl.com http://www.lyhfyl.com分布式但集中化,这是对git办理模型最佳的论述.模型图如下图所示: 上图中origin是一个"中间库",当然这个中间库只是被认为

使用spring cloud实现分布式配置管理

<7天学会spring cloud系列>之创建配置管理服务器及实现分布式配置管理应用. 本文涉及到的项目: 开源项目:http://git.oschina.net/zhou666/spring-cloud-7simple cloud-config-repo:配置文件存放的文件夹 cloud-simple-service:一个使用mybatis的数据库应用 分布式配置管理应该是分布式系统和微服务应用的第一步.想象一下如果你有几十个服务或应用需要配置,而且每个服务还分为开发.测试.生产等不同维度的

使用git进行团队合作开发

1.git 和 svn 的差异 git和svn 最大的差异在于git是分布式的管理方式而svn是集中式的管理方式.如果不习惯用代码管理工具,可能比较难理解分布式管理和集中式管理的概念.下面介绍两种工具的工作流程(团队开发),通过阅读下面的工作流程,你将会很好的理解以上两个概念. 集中式管理的工作流程如下图(图2.1): 集中式代码管理的核心是服务器,所有开发者在开始新一天的工作之前必须从服务器获取代码,然后开发,最后解决冲突,提交.所有的版本信息都放在服务器上.如果脱离了服务器,开发者基本上是不

[mac git 服务器端]

http://blog.csdn-net/kesalin/article/details/6943770 XCode 4 默认支持 Git 作为代码仓库,当我们新建一个仓库的时候,可以勾选创建默认仓库,只不过这个仓库是在本地的.本文介绍如何在 mac 机器上创建 Git 服务器,总体思路是:使用 gitosis 来简化创建过程,在用作服务器的机器上创建一个名为 git 的账户来创建 git 服务器,其他客户端通过 ssh 机制访问 git 服务器. 本文文档:点此下载 一,创建 git 账户1,

搭建通过 ssh 访问的 Git 服务器

一.Git - 协议 Git 可以使用四种主要的协议来传输数据:本地传输,ssh 协议,Git 协议和 HTTP 协议. Git 使用的传输协议中最常见的就是 ssh 了.大多数环境已经支持通过 ssh 对服务器的访问 ,ssh 也是唯一一个同时支持读写操作的网络协议.另外两个网络协议(HTTP 和 Git)通常都是只读的.ssh 同时也是一个验证授权的网络协议:而因为其普遍性,一般架设和使用都很容易. 本文主要介绍如何搭建 ssh 协议的 Git 服务器. 二.在服务器上部署 Git 首先,你

mac搭建git服务器

http://blog.csdn.net/kesalin/article/details/6943770 XCode 4 默认支持 Git 作为代码仓库,当我们新建一个仓库的时候,可以勾选创建默认仓库,只不过这个仓库是在本地的.本文介绍如何在 mac 机器上创建 Git 服务器,总体思路是:使用 gitosis 来简化创建过程,在用作服务器的机器上创建一个名为 git 的账户来创建 git 服务器,其他客户端通过 ssh 机制访问 git 服务器. 本文文档:点此下载 一,创建 git 账户1,

蒋鑫:为什么 Git 比 SVN 好

在版本控制系统的选型上,是选择Git还是SVN? 对于开源项目来说这不算问题.使用Git极大地提高了开发效率.扩大了开源项目的参与度. 增强了版本控制系统的安全性,选择Git早已是大势所趋. 但对于企业用户来说这个决心不太好下.部分原因是出于对Git的误解,部分原因是尚不了解 Git到底能给项目管理带来什么好处.希望本文能对您项目的版本控制系统选型提供帮助. 对SVN的迷信和对Git的误解 误解1:SVN只能检出(checkout)一个版本(revision)的代码,而Git却可以脱库! 这个误