origin

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

<?php // $cmd = "cd /www/wwwroot/fj.com/thinkphp5/ && sudo git reset --hard origin/cs && sudo git pull origin cs && sudo git pull --all && sudo git pull origin cs 2>&1"; // $cmd = "cd /www/wwwroot/nwnd_php2/ &&sudo git fetch --all &&sudo git reset --hard origin master && sudo git pull --all && sudo git pull origin master 2>&1"; // $cmd = "cd /www/wwwroot/nwnd_php2/ && sudo git pull origin cs 2>&1"; $cmd = "cd /www/wwwroot/test/thinkphp5_test_project/ && git pull 2>&1"; $res = array(); exec($cmd,$res,$i); var_dump($res); echo '</br>'; // $ip = "www.baidu.com"; // exec("curl $ip ", $arr, $i); //

以下的介绍只是基于我个人对于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) 已提交

Gitlab 仓库管理 GitLab 是通过组（group）的概念来统一管理仓库（project）和用户（user），通过创建组，在组下再创建仓库，再将用户加入到组，从而实现用户与仓库的权限管理 创建仓库之前先创建组 创建组 creategroup 在管理员页面点击页面顶部的 Admin area 按钮，进入管理员区域 在页面右侧点击绿色的 New group 按钮，进入创建组页面： 在创建组页面中，组路径和组名称为必填项，而且此两处内容好一致： 组的路径和组的名称一致，组的描述可写可不写 注：visibility Level：选择谁可以访问该组：我们默认选择 private 即可， Private:只有授权的用户才可以看到 分配的用户 Internal：只要是登录 gitlab 的用户就可以看到 Public：只要可以访问 gitlab web 页面的人就可以看到 点击页面下的 create group 按钮，完成组的创建，进入组管理页面 在页面我们可为组添加用户。 默认有一个管理员用户 创建用户 createuser 在管理员页面点击页面顶部的 Admin area 按钮，进入管理员区域 在页面右侧点击绿色的 New user 按钮，进入创建用户页面： 在创建用户页面，输入用户名昵称、用户名、电子邮件、选择用户级别 创建dev用户 点击页面下部的 create user 按钮

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

添加多个仓库 方法一 注意这里的 origin 和 gitee 为自定义远程仓库的名字，不能重复。 // 添加github git remote add origin https://github.com/xxx(仓库地址) // 添加gitee git remote add gitee https://git.gitee.com/xxxx(仓库地址) // 提交到github git push origin // 提交到gitee git push gitee // 从github更新 git pull origin master // 从gitee更新 git pull gitee master 方法二 添加第二个gitee仓库 git remote set-url --add gitee https://git.gitee.com/xxxx(仓库地址) // 此时只需要一次push就能同步到多个远程仓库 git push 总结 配置1可以选择任一仓库进行pll，而配置2缺默认只能从config中的第一个url内的仓库pull代码。 来源： https://www.cnblogs.com/lwlblog/p/12634455.html

git config git config 命令的作用是配置git的相关信息。 配置全局的用户名和邮箱，配置文件是用户目录下的.gitconfig文件。 设置用户名： git config --global user.name "name" 设置用户邮箱： git config --global user.email "eamil" 针对单个仓库配置用户名和邮箱，进入到项目的根目录中。 设置用户名： git config user.name "name" 设置用户邮箱： git config user.email "eamil" 查看git所有配置信息： git config --list 查看配置的用户名： git config user.name 查看配置的用户邮箱： git config user.email 定义命令别名： git config --global alias.st status ：则 git status 可用 git st 代替 git config --global alias.co checkout ：则 git checkout 可用 git co 代替 git config --global alias.ci commit ：则 git commit 可用 git ci 代替 git config --global alias.br branch

每次建立新的仓库，提交的时总会出现这样的错误，真是头疼，...... 直接开始正题，git 提交的步骤： 1. git init //初始化仓库 2. git add .(文件name) //添加文件到本地仓库 3. git commit -m "first commit" //添加文件描述信息 4. git remote add origin + 远程仓库地址 //链接远程仓库，创建主分支 5. git push -u origin master //把本地仓库的文件推送到远程仓库 提交之后就会出现以下错误 要想解决以上错误，只需要在4，5之间使用git pull origin master即可 正确步骤： 1. git init //初始化仓库 2. git add .(文件name) //添加文件到本地仓库 3. git commit -m "first commit" //添加文件描述信息 4. git remote add origin + 远程仓库地址 //链接远程仓库，创建主分支 5. git pull origin master // 把本地仓库的变化连接到远程仓库主分支 6. git push -u origin master //把本地仓库的文件推送到远程仓库 OK 来源： https://www.cnblogs.com/yanglang/p/9472725

当你从远程库克隆时候，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且远程库的默认名称是origin。 要查看远程库的信息 使用 git remote 要查看远程库的详细信息 使用 git remote –v 如下演示： 一：推送分支： 推送分支就是把该分支上所有本地提交到远程库中，推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上： 使用命令 git push origin master 比如我现在的github上的readme.txt代码如下： 本地的readme.txt代码如下： 现在我想把本地更新的readme.txt代码推送到远程库中，使用命令如下： 我们可以看到如上，推送成功，我们可以继续来截图github上的readme.txt内容 如下： 可以看到 推送成功了，如果我们现在要推送到其他分支，比如dev分支上，我们还是那个命令 git push origin dev 那么一般情况下，那些分支要推送呢？ master分支是主分支，因此要时刻与远程同步。 一些修复bug分支不需要推送到远程去，可以先合并到主分支上，然后把主分支master推送到远程去。 二：抓取分支： 多人协作时，大家都会往master分支上推送各自的修改。现在我们可以模拟另外一个同事，可以在另一台电脑上（注意要把SSH key添加到github上

git工作原理 git的工作原理还是比较简单的，当我们创建了本地代码仓库后，会在本地代码仓库的根目录中生成一个.git的隐藏文件。 .git为一个文件目录，又叫做版本库。在本地代码仓库文件夹中，除.git目录之外的所有与.git同级的目录及其子目录都叫做工作区。 工作区（Working Directory）：仓库文件夹里除.git目录以外的内容 版本库（Repository）：.git目录，用于存储记录版本信息 　　 暂缓区（stage） 　 　分支（master）：git自动创建的第一个分支 　　 HEAD指针：用于指向当前分支 git add和git commit的原理 git add ：把文件修改或者新添加的文件添加到暂存区 git commit ：把暂存区的所有内容提交到当前分支 下图就可以解释git add 和 git commit的原理： git常用的命令 0、git init 初始化 1、git add filename.txt 添加要往远程传的文件到一个临时列表 2、git commit -m "xxx" # 说明为啥上传 3、git push origin master # 上传 4、git clone https://github.com/triaquae/Weibo # 克隆远程的项目 5、git status 查看修改结果 6、git log 查看修改过几次