在自己的服务器上使用git管理项目

  git是一个功能非常强大的分布式版本管理工具,与svn不同的是,它比较易于本地增加分支和分布式的管理方式。但是很多同学在使用git的时候都会一头雾水,那么接下来我先介绍一下git的常用命令。

  git clone [url] :克隆一个仓库到一个新的目录下。

  git init:在使用这个命令的时候,首先要cd我们需要构建的工程文件夹中。上面两个命令是最常用的基本命令,接下来要说的是在项目操作,所需要进行添加,提交,推送等命令。

  git add [filename]:添加一个文件到索引上,这里git add后面可以加上一个".",加上一个点的意思是,添加所有新的文件进入索引。

  git commit -m "":提交当前工作空间的修改内容,-m后面写一个一行提交信息,这里面很多程序员都会觉得很麻烦,所以不会在意这个提交信息,但是我还是提醒一下各位同学,这个信息非常重要,特别是当多人共同开发的时候,详细的信息,可以给其他开发者们一个良好的版本信息,从而节省开发的沟通时间。也会给自己一个类似于版本备注的信息,以免在版本迭代过多的时候造成遗忘。

  git remote add origin [git_url]:这个方法如果你需要把本地的版本连接到远程服务器上,就要调用这个方法。后面的git_url是你在远程服务器上复制下来的一个目录。如果使用这个命令,就不能使用push到远程分支上。

  git push origin [branch name] :提交本地分支(branch name)到远程分支上。这个没什么好说,就是本地的主干分支推送到服务器分支上。

  但是如果你是多人共同开发,需要先检查一下远程分支上的版本是不是要比你本地的版本更新,可以通过git log这个命令查看一下所有提交的信息。如果当前版本过旧,推送的时候会出现问题。这个时候我们需要使用git pull这个命令,拉取远程版本内容,如果分支没有冲突,即可使用git push推送本地的分支了。如果此时我们在远程服务端没办法看到文件,我们很焦急,怎么办?使用git reset --hard用代码库中的文件完全覆盖当前工作版本。

  至此,git的基本操作就完成了,当然如果我们开发项目,这些命令远远不够。对于团队开发而言,最重要的就是对于分支的控制,所以在git中,branch这个命令十分重要。

  git branch:查看本地分支。

  git checkout [branch name]:切换分支。

  git branch [branch name]:创建分支。

  git merge [branch name]:将名称为[branch name]的分支与当前分支进行合并。

  git branch -d  [branch name]:删除名称为 [branch name]的分支。

  这些命令在git中都尤为重要,希望同学们有需要的可以拿去用,如果有什么问题,可以留言,欢迎补充。

  

  

时间: 2024-10-25 01:29:15

在自己的服务器上使用git管理项目的相关文章

4.7 服务器上的 Git - Gitosis 当用户数量达到几百人的规模时管理

4.7 服务器上的 Git - Gitosis Gitosis 把所有用户的公钥保存在 authorized_keys 文件的做法,只能凑和一阵子,当用户数量达到几百人的规模时,管理起来就会十分痛苦.每次改删用户都必须登录服务器不去说,这种做法还缺少必要的权限管理 — 每个人都对所有项目拥有完整的读写权限. 幸好我们还可以选择应用广泛的 Gitosis 项目.简单地说,Gitosis 就是一套用来管理 authorized_keys文件和实现简单连接限制的脚本.有趣的是,用来添加用户和设定权限的

服务器上的 Git - 在服务器上搭建 Git

http://git-scm.com/book/zh/v2/%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E7%9A%84-Git-%E5%9C%A8%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E6%90%AD%E5%BB%BA-Git 在服务器上搭建 Git 现在我们将讨论如何在你自己的服务器上搭建 Git 服务来运行这些协议. NOTE 这里我们将要演示在 Linux 服务器上进行一次基本且简化的安装所需的命令与步骤,当然在 Mac

Git详解之四 服务器上的Git

来自:http://www.open-open.com/lib/view/open1328069988843.html 服务器上的 Git 到目前为止,你应该已经学会了使用 Git 来完成日常工作.然而,如果想与他人合作,还需要一个远程的 Git 仓库.尽管技术上可以从个人的仓库里推送和拉取修改内容,但我们不鼓励这样做,因为一不留心就很容易弄混其他人的进度.另外,你也一定希望合作者们即使在 自己不开机的时候也能从仓库获取数据 — 拥有一个更稳定的公共仓库十分有用.因此,更好的合作方式是建立一个大

服务器上的Git

前面的话 如果想与他人使用,除了使用Git来完成日常工作之外,还需要一个远程的Git仓库.尽管从技术上可以从个人的仓库里推送和拉取修改内容,但并不鼓励这样做,因为一不留心就很容易弄混其他人的进度.因此,更好的合作方式是建立一个大家都可以访问的共享仓库,从那里推送和拉取数据.我们将这个仓库称为"Git服务器":代理一个Git仓库只需要花费很少的资源,几乎从不需要整个服务器来支持它的运行 远程仓库通常只是一个裸仓库(bare repository)——即一个没有当前工作目录的仓库.因为该仓

如何在服务器上搭建git服务器

参考文章: http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/00137583770360579bc4b458f044ce7afed3df579123eca000 http://wlog.cn/soft/git-ssh-server-for-debian.html 在远程仓库一节中,我们讲了远程仓库实际上和本地仓库没啥不同,纯粹为了7x24小时开机并交换大家的修改. GitHub就

4 服务器上的 Git

到目前为止,你应该已经学会了使用 Git 来完成日常工作.然而,如果想与他人合作,还需要一个远程的 Git 仓库.尽管技术上可以从个人的仓库里推送和拉取修改内容,但我们不鼓励这样做,因为一不留心就很容易弄混其他人的进度.另外,你也一定希望合作者们即使在自己不开机的时候也能从仓库获取数据 — 拥有一个更稳定的公共仓库十分有用.因此,更好的合作方式是建立一个大家都可以访问的共享仓库,从那里推送和拉取数据.我们将把这个仓库称为 "Git 服务器":代理一个 Git 仓库只需要花费很少的资源,

CentOS服务器上的 git 包版本控制

本文衔接上文"记录一次无聊的(经历了Nodejs -> Shell -> C)的探索问题过程",服务器上git版本是1.8.3.1,使用的pm2来管理nodejs进程,并且配置了一键deploy项目.在deploy执行过程中,新版本的pm2 => pm2-deploy的shell中没对git老版本做兼容,上文提到解决方案: 1. pm2-deploy做兼容,相关shell例子也已给出 2. 升级服务器git版本 本文围绕一次 git 升级操作展开,并且分享此次过程的操

Git详解之四:服务器上的Git

服务器上的 Git 到目前为止,你应该已经学会了使用 Git 来完成日常工作.然而,如果想与他人合作,还需要一个远程的 Git 仓库.尽管技术上可以从个人的仓库里推送和拉取修改内容,但我们不鼓励这样做,因为一不留心就很容易弄混其他人的进度.另外,你也一定希望合作者们即使在 自己不开机的时候也能从仓库获取数据 — 拥有一个更稳定的公共仓库十分有用.因此,更好的合作方式是建立一个大家都可以访问的共享仓库,从那里推送和拉取数据.我们将把这个仓库称为 “Git 服务器”:代理一个 Git 仓库只需要花费

用Gitolite搭建服务器上的Git

使用git作为版本控制工具,确实非常流行且好用,常用的git代码服务器有Github还是国内的Gitcafe和OSC都是很不错,可以免费存放一些开源的项目代码,对于私人项目,则需要支付一定的费用.同时对于代码安全隐私的考虑,有时需要搭建自己的私有git服务器,官方wiki有介绍,这里在整理一遍自己的搭建过程,供之后参看. 安装基础依赖包 1 # yum install perl openssh git 添加并切换到git用户 12 # useradd git# su - git 安装gitoli