git提交代码

1.远程拉取gitlab 工程分支，并在本地建立分支 具体过程 新建一个空文件 初始化 git init 自己要与origin master建立连接（下划线远程仓库链接） git remote add origin http://192.168.9.10:8888/root/game-of-life.git 把远程分支拉到本地（game-of-live-first_branch为远程仓库的分支名） git fetch origin game-of-live-first_branch 在本地创建分支game-of-live-first_branch并切换到该分支 git checkout -b game-of-live-first_branch origin/game-of-live-first_branch 把game-of-live-first_branch远程分支上的内容都拉取到本地 git pull origin game-of-live-first_branch 2.修改分支的内容并上传给远程分支 3.如果想在linux中拉取远程分支代码 [root@localhost rollBack]# git init Initialized empty Git repository in /test/rollBack/.git/ [root@localhost rollBack]#

目录 前提 分支管理 标签管理 参考 前提 基于本地已创建git 项目 分支管理 1 VCS--->Git----> Branches 2 创建新分支或者选择本地已有分支 3 编辑器右下角可以快速创建分支以及切换分支 标签管理 1 VCS--->Git----> Tag 2 在Version Contral中右键选中一个提交历史可以创建分支或者标签 3 同步到git版本服务器 VCS--->Git----> Push 选中 push tags ALL 4 在服务器端可以查看到标签以及分支 参考 仓库的分支(Branch)规范，影响到每个团队的工作流的一致性；标签(Tag)便于开发团队、测 试团队和其他团队识别每个项目的版本，特别是在协同处理线上问题的时候，大家可以非常清楚 地知道线上运行版本和代码库的对应关系。因此我们在制作的时候，主要考虑几个因素： 一是要有一定的规则，方便持续集成CI（自动化构建、测试、分布等） 二是要有一定的自由度，以适应不同团队的内部协作灵活性 要清晰规整，不要参差不齐难以识别 基于我们当前团队的协作能力和提交代码的质量水平，并考虑方便持续集成CI（自动化构建、 测试、发布），我们约定下列常驻Branch： develop 分支：顾名思义即持续开发的分支，我们希望每个开发组都在这个分支上保 持线性的持续小步迭代，正常的CodeReview

1. 安装git centos上 yum install -y epel-release yum install -y git 2. 创建版本库 mkdir /home/gitroot cd /home/gitroot git init ##用这个命令初始化，让这个目录变成git可以管理的仓库 3. 提交文件到仓库 创建一个文件 1.txt echo -e "123\naaa\n456\nbbb" > 1.txt git add 1.txt //把1.txt添加到仓库中 git commit -m "add new file 1.txt" //add完了必须要commit才算真正把文件提交到git仓库里 初始使用该命令会提示： *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. 这是要让我们设置用户邮箱和用户名。根据它提示设置一下即可： git config --global user

git tag 按字母排序显示标签 git tag v1.01 打上v1.01这个标签 git show v1.01 显示这个标签的详情 可以同时打多个tag指向同一个时间点上的版本 git push origin --tags 推送本地所有新增标签到远端 ps：下面看下git命令之git tag 给当前分支打标签 列出标签 $ git tag # 在控制台打印出当前仓库的所有标签 $ git tag -l ‘v0.1.*' # 搜索符合模式的标签 打标签 git标签 分为两种类型：轻量标签和附注标签。轻量标签是指向提交对象的引用，附注标签则是仓库中的一个独立对象。建议使用附注标签。 # 创建轻量标签 $ git tag v0.1.2-light # 创建附注标签 $ git tag -a v0.1.2 -m “0.1.2版本” 创建轻量标签不需要传递参数，直接指定标签名称即可。 创建附注标签时，参数a即annotated的缩写，指定标签类型，后附标签名。参数m指定标签说明，说明信息会保存在标签对象中。 切换到标签 与切换分支命令相同，用git checkout [tagname] 查看标签信息 用git show命令可以查看标签的版本信息： $ git show v0.1.2 删除标签 误打或需要修改标签时，需要先将标签删除，再打新标签。 $ git tag -d v0.1.2

git远程分支操作： 1、创建远程分支 git push --set-upstream origin develop:develop2 在服务器创建远程分支devlop2，让本地的develop分支和develop2分支相互关联 2、把本地代码推送到远程分支上 git push origin develop:develop2 把本地的develop分支上的代码推送到远程develop2分支上 3、删除远程的分支 git push origin --delete develop2 删除远程的develop2分支 4、查看本地分支与远程分支之间的关系 git remote show origin 5、把远程服务器的代码拉取到本地 git pull origin develop2:develop 把远程develop2分组的代码拉起到本地develop分支 git pull和git push可以总结为下面的形式 git push origin srcBranch:DestBranch git pull origin srcBranch:DestBranch 都是从srcBranch到DestBranch 6、git tag的操作 7、在当前分支的某个提交节点上创建一个Tag标签 git tag -a v1.0 -m 'v1.0 release' 创建一个v1.0的tag，注释是v1.0

前言 工作中，我们会用到 git pull 来从远程仓库"同步"代码，通常有三种方式； git pull origin <remote_branch>：<local_branch> git pull origin <remote_branch> git pull 这三种用法充分诠释了什么是 简即繁 ， 繁即简 ；看上去简单的，往往背后蕴藏玄机； 测试环境: 本地分支：master和dev 远程分支：master和dev $ git branch -a * dev master remotes/origin/HEAD -> origin/master remotes/origin/dev remotes/origin/master 1.git pull origin <remote_branch>：<local_branch> 这种用法写起来最为繁琐，但最好理解： 场景：当本地的当前分支不是local_branch； 作用：将远程分支拉取到指定本地分支； 例如：当前分支是dev，但是你想把远程master”同步”到本地master，但又不想使checkout切换到master分支； 这时你就可以使用git pull origin master：master zhangchangzhi@ZBXXXX /e/02.Workspace-test/gitTest (dev) $ git

Git 分支 - 远程分支 远程分支 远程分支（remote branch）是对远程仓库中的分支的索引。它们是一些无法移动的本地分支；只有在 Git 进行网络交互时才会更新。远程分支就像是书签，提醒着你上次连接远程仓库时上面各分支的位置。 我们用 (远程仓库名)/(分支名) 这样的形式表示远程分支。比如我们想看看上次同 origin 仓库通讯时 master 分支的样子，就应该查看 origin/master 分支。如果你和同伴一起修复某个问题，但他们先推送了一个 iss53 分支到远程仓库，虽然你可能也有一个本地的 iss53 分支，但指向服务器上最新更新的却应该是 origin/iss53 分支。 可能有点乱，我们不妨举例说明。假设你们团队有个地址为 git.ourcompany.com 的 Git 服务器。如果你从这里克隆，Git 会自动为你将此远程仓库命名为 origin，并下载其中所有的数据，建立一个指向它的 master 分支的指针，在本地命名为 origin/master，但你无法在本地更改其数据。接着，Git 建立一个属于你自己的本地 master 分支，始于 origin 上 master 分支相同的位置，你可以就此开始工作（见图 3-22）： 图 3-22. 一次 Git 克隆会建立你自己的本地分支 master 和远程分支 origin/master

以下的介绍只是基于我个人对于git的理解，并且可能生编硬造了一些不完全符合git说法的词语。目的只是为了让git通俗化，使初学者也能大概了解如何快速上手git。 同时，下面所有讨论，我们都假设只使用一个分支，也就是主分支master的情况，虽然这种作法并不符合git规范，但是现实情况中绝大部分用户是直接在master分支上进行工作的，所以在这里我们不去引入更加复杂的各种分支的情况，也不涉及标签tag的操作，只讲在最简单的主分支上如何回退。 3个步骤 正常情况下，我们的工作流就是3个步骤 git add . git commit -m "comment" git push 4个区 git之所以令人费解，主要是它相比于svn等等传统的版本管理工具，多引入了一个暂存区(Stage)的概念，就因为多了这一个概念，而使很多人疑惑。其实，在初学者来说，每个区具体怎么工作的，我们完全不需要关心，而只要知道有这么4个区就够了： 工作区(Working Area) 暂存区(Stage) 本地仓库(Local Repository) 远程仓库(Remote Repository) 5种状态 以上4个区，进入每一个区成功之后会产生一个状态，再加上最初始的一个状态，一共是5种状态。以下我们把这5种状态分别命名为： 未修改(Origin) 已修改(Modified) 已暂存(Staged) 已提交

Xcode、Git和Github是三个伟大的编程工具。本文记录一下如何在Xcode中使用Git作为源代码控制工具，以及如何将本地的Git仓库和远程Github上的仓库集成起来。 1. 如何为新建的Xcode项目使用Git Xcode4开始，就已经将Git作为内置的源代码控制（Source Control）工具了,所以为新建的项目使用git来管理是很方便的。 在新建项目向导中，可以直接选择Git作为源代码控制工具，完成项目新建向导后，就在本地项目目下新建了一个仓库。 2. 如何为已经存在的项目使用Git 如果已经存在了一个Project，想要为它使用Git，可以利用Git的命令行来操作。 假设该项目的根目录是： ~/Documents/Projects/ProjectA (1) 在终端中先进入该目录： cd ~/Documents/Projects/ProjectA (2) 在该目录初始化Git仓库： git init (3) 注意，这时一定不要着急将目录下的所有文件都添加进来，先手工设置一些针对Mac OS X上的无用文件的排除(exclude)，在项目根目录(ProjectA)下新建.gitignore文件，在该文件中添加如下排除规则: # 排除build目录 build/* # Exclude temp nibs and swap files # 排除nib临时文件和交换文件

1，分支管理 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，立刻提交，由于代码还没有写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的风险。 现在有了分支，就不能怕了，你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，在一次性合并到原来的分支上，这样，既安全，又不影响别人工作。 Git的分支与其他版本控制系统不同，无论创建，切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。 2，创建与合并分支 在版本回退里，我们已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支（master分支），HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。 ① 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD执行maser，就能确定当前分支，以及当前分支的提交点，每次提交，master分支都会向前一步： ② 当我们创建新的分支，例如dev时，Git创建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev