当前位置:&&
本页文章导读:
&&&&?git 回滚错误的pull origin操作&&&&&&
git remote show origin & 其中的origin表示自己的项目根目录了。
$ git remote show origin
* remote origin
Fetch URL: git@gitlab.:middleware/jingwei.git
URL: git@gitlab.:middleware/jingwei.git
.........&&&&?SharePoint 个新功能之内容管理（一）&&&&&&一：拖拽
现在在任意的文档库中，你可以拖拽文档到文档库区域，它会以进度条显示上传到文档库中。第一步鼠标点击文档拖动到文档库区域时，它会变成“拖到此处”，第二步放开鼠标，.........&&&&?系统运维技巧（三）——利用dd命令增加交换分区&&&&&&&&&&&&&&有时会遇到内存不够用的情况，可以使用本文提供的方法进行增加交换分区。
#制作交换分区——得到文件
[root@serv01 linux-2.6.38]# dd if=/dev/zero of=/swap.img bs=1M.........
[1]git 回滚错误的pull origin操作
&&&&来源:&互联网& 发布时间:&
git remote show origin & 其中的origin表示自己的项目根目录了。
$ git remote show origin
* remote origin
Fetch URL: git@gitlab.:middleware/jingwei.git
URL: git@gitlab.:middleware/jingwei.git
HEAD branch: master
Remote branches:
br-2.1.2.1 tracked
br-2.1.2.2 tracked
Local branches configured for 'git pull':
br-2.1.2.2 merges with remote br-2.1.2.2
merges with remote master
Local refs configured for 'git push':
br-2.1.2.2 pushes to br-2.1.2.2 (local out of date)
pushes to master
(up to date)
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei/jingwei-webconsole (master)
$ git remote show
origin2 把远程分支 br-2.1.2.1 pull下来，发现把当前分支给覆盖了，想回滚到之前的修改
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master)；当前分支是master，其实想把br-2.1.2.1的代码抓到本地，执行 git pull 相当于 git fetch 和 git merge两个操作的效果，把远程的br-2.1.2.1抓达到本地，并和当前版本合并。（这样做有没有把br-2.1.2.1抓下来呢？）
$ git pull origin br-2.1.2.1
From gitlab.:middleware/jingwei
br-2.1.2.1 -& FETCH_HEAD
Auto-merging pom.xml
CONFLICT (content): Merge conflict in pom.xml
Auto-merging jingwei-webconsole/pom.xml
CONFLICT (content): Merge conflict in jingwei-webconsole/pom.xml
Auto-merging jingwei-monitor/pom.xml
CONFLICT (content): Merge conflict in jingwei-monitor/pom.xml
Auto-merging jingwei-core/src/main/java/com/taobao/jingwei/core/kernel/AbstractJingWeiCore.java
CONFLICT (content): Merge conflict in jingwei-core/src/main/java/com/taobao/jingwei/core/kernel/AbstractJingWe
iCore.java
Auto-merging jingwei-core/pom.xml
Au fix conflicts and then commit the result.
执行完pull origin后，发现想要抓的版本并没有抓下来
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master)
$ git pull origin br-2.1.2.1
From gitlab.:middleware/jingwei
br-2.1.2.1 -& FETCH_HEAD
Auto-merging pom.xml
CONFLICT (content): Merge conflict in pom.xml
Auto-merging jingwei-webconsole/pom.xml
CONFLICT (content): Merge conflict in jingwei-webconsole/pom.xml
Auto-merging jingwei-monitor/pom.xml
CONFLICT (content): Merge conflict in jingwei-monitor/pom.xml
Auto-merging jingwei-core/src/main/java/com/taobao/jingwei/core/kernel/AbstractJingWeiCore.java
CONFLICT (content): Merge conflict in jingwei-core/src/main/java/com/taobao/jingwei/core/kernel/AbstractJingWe
iCore.java
Auto-merging jingwei-core/pom.xml
Au fix conflicts and then commit the result.
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master|MERGING)
br-2.1.2.2
（1）使用 git reset --hard HEAD 命令撤销这次 pull origin 操作 ，还原到最近一次修改
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master|MERGING)
$ git reset --hard HEAD
HEAD is now at 89700a3 optimize upload file
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master)
$ git status
# On branch master
nothing to commit, working directory clean（2）使用 git reset --hard HEAD^
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master|MERGING)
$ git reset --hard HEAD^
HEAD is now at f6423ad modify group
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master)
$ git status
# On branch master
# Your branch is behind 'origin/master' by 1 commit, and can be fast-forwarded.
nothing to commit, working directory clean再pull一下
$ git pull
Updating f6423ad..89700a3
Fast-forward
.../webconsole/biz/exception/TimeoutException.java | 29 +++++++++
.../webconsole/util/upload/UploadFileImpl.java
| 46 ++++++++++++++
.../webconsole/util/upload/UploadFileService.java
| 19 ++++--
.../web/filter/JingweiSecurityFilter.java
| 74 +++++++++++++++-------
.../webconsole/web/filter/UploadFileFilter.java
| 29 +++++++++
.../web/module/screen/api/JingweiGateWay.java
.../screen/api/cmd/GetConsoleTarTimeCommand.java
| 61 ++++++++++++++++++
7 files changed, 238 insertions(+), 28 deletions(-)
create mode 100644 jingwei-webconsole/src/main/java/com/taobao/jingwei/webconsole/biz/exception/TimeoutExcept
create mode 100644 jingwei-webconsole/src/main/java/com/taobao/jingwei/webconsole/web/module/screen/api/cmd/G
etConsoleTarTimeCommand.java
shuohailhl@SHUOHAILHL-PC /f/ggg/jingwei (master)
$ git status
# On branch master
nothing to commit, working directory clean看下git log，发现 “modify group“这次修改早于 ”optimize upload file“这次修改。说明HEAD表示最近一次提交的修改，HEAD^表是最近second新的提交的修改。
前面的7为数字正好一大串数字的前7位。
commit 001dc945c6c70a06commit f1e00e44626a2dcb8ba300c7a5feUpdating f6423ad..89700a3Updating表示本地工作目录从 一个版本（f6423ad）变更到另一个版本（89700a3）。
commit 001dc945c6c70a06
Author: shuohai.lhl &shuohai.&
Sat Aug 3 19:54:46
optimize upload file
commit f1e00e44626a2dcb8ba300c7a5fe
Author: shuohai.lhl &shuohai.&
Mon Jul 29 10:42:37
modify group
commit aa4ae6f4f38b73cb4d5c52b2eb623
Author: shuohai.lhl &shuohai.&
Fri Jul 26 10:25:06
commit ba1b6e5e997e866f013cda0feaaf
Author: shuohai.lhl &shuohai.&
Fri Jul 26 09:05:37
commit ceece6c311ec7d1db86a0f17e268c
Author: shuohai.lhl &shuohai.&
Fri Jul 26 09:00:29
commit 2f4ce1c1d31be5ffa1d2e79baac
Author: shuohai.lhl &shuohai.&
Sun Jul 21 18:26:12
fix zk config must match stat config.
作者：arkblue 发表于 22:03:55 原文链接
阅读：26 评论：0 查看评论
[2]SharePoint 个新功能之内容管理（一）
&&&&来源:&互联网& 发布时间:&
现在在任意的文档库中，你可以拖拽文档到文档库区域，它会以进度条显示上传到文档库中。第一步鼠标点击文档拖动到文档库区域时，它会变成“拖到此处”，第二步放开鼠标，上传。
二：调出菜单
调出菜单取代了原来的ECB。调出菜单显示列表项目的预览，显示之前ECB的操作菜单。更多信息
通过“下载副本”，终端用户可以下载文档到本地。点击预览面板的下载图标进行下载。
四：嵌入代码
用户可以获取文档嵌入的代码，粘贴进SharePoint页面的脚本编辑器或内容编辑器Web部件中。点击预览面板的“嵌入代码”图标获取嵌入的代码。更多信息
五：打印PDF
“打印PDF”用来将Word文档转换为PDF并可以就在文档库中打印PDF。点击预览面板的“打印PDF”图标进行打印。更多信息
六：分享&关注
这是SharePoint社会化集成的新方面，你可以和其他用户、组或者是公司的每个人分享文档。你也可以通过点击预览面板的关注按钮来自己关注文档。当你关注一个文档后，你可以在你的新闻订阅中的文档里看到。
以上文档库新功能的更多信息
译者注：工作中还没有用到2013，网上看到一个新功能描述的电子书，翻译一下，权当了解，并与大家分享。By Justin Liu
作者：FoxDave 发表于 15:58:30 原文链接
阅读：9 评论：0 查看评论
[3]系统运维技巧（三）——利用dd命令增加交换分区
&&&&来源:&互联网& 发布时间:&
&&&&&&&&有时会遇到内存不够用的情况，可以使用本文提供的方法进行增加交换分区。
#制作交换分区——得到文件
[root@serv01 linux-2.6.38]# dd if=/dev/zero of=/swap.img bs=1M count=1024
1024+0 records in
1024+0 records out
bytes (1.1 GB) copied, 2.68989 s, 399 MB/s
[root@serv01 linux-2.6.38]# ls swap.img
#制作交换分区
[root@serv01 linux-2.6.38]# mkswap /swap.img
mkswap: swap.img: warning: don't erase bootbits sectors
on whole disk. Use -f to force.
Setting up swapspace version 1, size = 1048572 KiB
no label, UUID=bab-4c08-a880-77d089dd06cc
#使交换分区生效
[root@serv01 linux-2.6.38]# swapon /swap.img
#可以使用free命令查看是否增加成功
[root@serv01 linux-2.6.38]# free
-/+ buffers/cache:
#关闭，然后删除
[root@serv01 linux-2.6.38]# swapoff /swap.img
[root@serv01 linux-2.6.38]# rm -rf /swap.img
我的邮箱：
新浪微博：@Wentasy27
微信公众平台：JustOracle（微信号：justoracle）
数据库技术交流群：（加群时验证 From CSDN XXX）
Oracle交流讨论组：/d/forum/justoracle
By Larry Wen
@Wentasy 博文仅供参考，欢迎大家来访。如有错误之处，希望批评指正。原创博文如需转载请注明出处，谢谢 :) [CSDN博客]
作者：Wentasy 发表于 21:19:50 原文链接
阅读：0 评论：0 查看评论
最新技术文章:
特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除！
(C)2012-,E-mail:www_169it_(请将#改为@)第四个模块 Git及分支使用场景 - 简书
第四个模块 Git及分支使用场景
git使用手册
1. 安装git(Ubuntu)
sudo age-get install git
//全局设置
git config --global user.name "" //这里写你的帐号
git config --global user.email "" //这里写你的邮箱地址
2. 基本命令
mkdir githome
cd githome
添加到暂存区
把暂存区的文件提交到版本库
git commit -m '描述信息'
查看git状态信息
git status
查看git日志信息
git log //查看所有日志
git reflog //查看所有的版本号
git log --pretty=oneline //将信息显示到一行
git log --graph //查看分支合并图
git log --graph --pretty=oneline //以简要信息显示分支合并图
创建|修改文件
touch readme.md
echo 'hello' && readme.md
说明：每次创建|修改都要
git commint -m '描述'
丢弃工作区的修改
git checkout -- 文件
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。总之，就是让这个文件回到最近一次git commit或git add时的状态。
删除(版本库删除)
git rm readme.md
git commint -m '删除信息'
删除(本地删除)-另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
rm readme.md
git checkout -- readme.md //从版本库中恢复
取消删除(版本库删除)
git rm readme.md
git reflog
git reset --hard 删除前的版本号 //恢复删除文件
git reset --hard HEAD^ //回滚到上一版本
git reset --hard 版本号 //回滚到指定版本
3. 远程仓库
添加远程库
mkdir gittest
cd gittest
touch README.md
git add README.md
git commit -m "first commit"
git remote add origin git@git.oschina.net:/gittest.git
git push -u origin master
从远程版本库克隆
git clone git@git.oschina.net:/gittest.git
说明：git@git.oschina.net:/gittest.git 是我的git地址，这里要替换成你的
推送到远程
git push origin dev:dev
说明：dev:dev 第一个dev是当前本地分支，第二个dev是远程分支
从远程版本库更新(拉取)
1.创建dev分支，然后切换到dev分支
git checkout -b dev
git branch dev
git checkout dev
查看当前分支
git branch
说明：列出所有分支，当前分支前面会标一个*号
然后在当前的分支添加文件并提交
touch test.txt
echo 'OK' && test.txt
git commit -m 'add a test'
切换分支到master,合并分支
//切换分支
git checkout master
//合并分支
git merge dev
说明：把dev分支合并到master
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
git merge --no-ff -m "merge with no-ff" dev
注意：--no-ff参数，表示禁用Fast forward
2.合并分支冲突(如果上一步合并分支出现冲突，冲突就会写入文件中)
vim 冲突文件 //Git用&&&&&&&，=======，&&&&&&&标记出不同分支的内容
git add . //添加到暂存区
git commit -m '解决冲突' //提交
Git用&&&&&&&，=======，&&&&&&&标记出不同分支的内容
显示分支合并图
git log --graph --pretty=oneline //以简要信息显示分支合并图
git branch -d dev
3.分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。所以，团队合作的分支看起来就像这样：
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并
软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：
git status
------------------------------------
# On branch dev
# Changes to be committed:
(use "git reset HEAD &file&..." to unstage)
# Changes not staged for commit:
(use "git add &file&..." to update what will be committed)
(use "git checkout -- &file&..." to discard changes in working directory)
readme.txt
并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？
Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
现在，用git status查看工作区，就是干净的,因此可以放心地创建分支来修复bug。
首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：
git checkout master
git checkout -b issue-101
现在修复bug，需要把“Git is free software ...”改为“Git is a free software ...”，然后提交：
git commit -m '修复完成'
修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：
git checkout master
git merge --no-ff -m '修复完成-合并' issue-101
git branch -d issue-101
太棒了，原计划两个小时的bug修复只花了5分钟！现在，是时候接着回到dev分支干活了！
git checkout dev
git status
工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看
git stash list
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；另一种方式是用git stash pop，恢复的同时把stash内容也删了
git stash pop
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令
git stash apply stash@{0}
5.Feature分支
软件开发中，总有无穷无尽的新的功能要不断添加进来。
添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
如果要丢弃一个没有被合并过的分支，可以通过git branch -D &name&强行删除。现在，你终于接到了一个新任务：开发代号为Vulcan的新功能，该功能计划用于下一代星际飞船。于是准备开发：
git checkout -b feature-vulcan
5分钟后，开发完毕：
git add vulcan.php
git commit -m 'add vulcan Function'
切回dev，准备合并
git checkout dev
一切顺利的话，feature分支和bug分支是类似的，合并，然后删除。但是，就在此时，接到上级命令，因经费不足，新功能必须取消！虽然白干了，但是这个分支还是必须就地销毁：
git branch -d feature-vulcan //警告：没有合并的分支不能删除
git branch -D feature-vulcan //强行删除
6.多人协作
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
要查看远程库的信息，用git remote：
git remote
git remote -v //显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址
推送分支推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上
git push origin master //推送master分支
//如果要推送其他分支，比如dev
git push origin dev //推送dev分支
但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？
master分支是主分支，因此要时刻与远程同步；dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
命令git tag &name&用于新建一个标签，默认为HEAD，也可以指定一个commit id；git tag -a &tagname& -m "blablabla..."可以指定标签信息；git tag -s &tagname& -m "blablabla..."可以用PGP签名标签；命令git tag可以查看所有标签。
在Git中打标签非常简单，首先，切换到需要打标签的分支上
git branch
然后，敲命令git tag &name&就可以打一个新标签
git tag v1.0
可以用命令git tag查看所有标签
默认标签是打在最新提交的commit上的有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？方法是找到历史提交的commit id，然后打上就可以了：
git log --pretty=oneline --abbrev-commit
----------------------------------------
6a5819e merged bug fix 101
cc17032 fix bug 101
7825a50 merge with no-ff
6224937 add merge
59bc1cb conflict fixed
400b400 & simple
75a857c AND simple
fec145a branch test
d17efd8 remove test.txt
比方说要对add merge这次提交打标签，它对应的commit id是6224937，敲入命令
git tag v0.9 6224937
git tag -a v0.1 -m "version 0.9 released" 6224937 //带有说明的标签
用git show &tagname&查看标签信息
git show v0.9
如果标签打错了，也可以删除：
git tag -d v0.9
因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。
如果要推送某个标签到远程，使用命令git push origin &tagname&
git push origin v0.9
或者，一次性推送全部尚未推送到远程的本地标签
git push origin --tags
命令git push origin &tagname&可以推送一个本地标签；命令git push origin --tags可以推送全部未推送过的本地标签；命令git tag -d &tagname&可以删除一个本地标签；命令git push origin :refs/tags/&tagname&可以删除一个远程标签。
如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除
git push origin -d v0.9
然后，从远程删除
git push origin :refs/tags/v0.9
6. 忽略特殊文件
在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：
忽略文件的原则是：
忽略操作系统自动生成的文件，比如缩略图等；忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
忽略某些文件时，需要编写.gitignore；
.gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！
一个完整的.gitignore文件，内容如下
# Windows:
ehthumbs.db
Desktop.ini
*.egg-info
# My configurations:
deploy_key_rsa
最后一步就是把.gitignore也提交到Git，就完成了
可以用-f强制添加到Git
git add -f .env
可以用git check-ignore命令检查到底哪个规则写错了，
git check-ignore -v .env
7. 搭建Git服务器
在远程仓库一节中，我们讲了远程仓库实际上和本地仓库没啥不同，纯粹为了7x24小时开机并交换大家的修改。
GitHub就是一个免费托管开源代码的远程仓库。但是对于某些视源代码如生命的商业公司来说，既不想公开源代码，又舍不得给GitHub交保护费，那就只能自己搭建一台Git服务器作为私有仓库使用。
搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian，这样，通过几条简单的apt命令就可以完成安装。
假设你已经有sudo权限的用户账号，下面，正式开始安装。
第一步，安装git：
sudo apt-get install git
第二步，创建一个git用户，用来运行git服务：
sudo adduser git
第三步，创建证书登录：
收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到/home/git/.ssh/authorized_keys文件里，一行一个。
第四步，初始化Git仓库：
先选定一个目录作为Git仓库，假定是/srv/sample.git，在/srv目录下输入命令：
sudo git init --bare sample.git
Git就会创建一个裸仓库，裸仓库没有工作区，因为服务器上的Git仓库纯粹是为了共享，所以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以.git结尾。然后，把owner改为git：
sudo chown -R git:git sample.git
第五步，禁用shell登录：
出于安全考虑，第二步创建的git用户不允许登录shell，这可以通过编辑/etc/passwd文件完成。找到类似下面的一行：
git:x::,,,:/home/git:/bin/bash
git:x::,,,:/home/git:/usr/bin/git-shell
第六步，克隆远程仓库：
现在，可以通过git clone命令克隆远程仓库了，在各自的电脑上运行：
$ git clone git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
剩下的推送就简单了。
项目中分支使用场景
分别在两台电脑上git clone 远程项目git clone git@git.oschina.net:/githome.git
cd githome
git checkout -b dev
在第一台电脑上://创建user-01分支
git checkout -b user-01
在第二台电脑上://创建user-02分支
git checkout -b user-02
假如要添加一个新的公共文件functions.php.user-01开发 获取日期功能;user-02开发 获取文件信息功能;在第一台电脑上:git branch
//查看是否在user-01分支上，如果不是切换到user-01分支上`git checkout user-01`
touch functions.php
然后向functions.php文件中添加内容，5分钟后功能写完了.提交到本地版本库git add .
git commit -m 'add functions.php append getDate'
之后合并到dev分支上git checkout dev
git merge --no-ff -m 'add functions.php append getDate' user-01
git pull origin dev //拉取远程dev分支，以防有冲突.如果有冲突，解决冲突后（`git add .` `git commit -m '信息'`）;再次拉取直到没有冲突，然后提交！
git push origin dev //提交到远程分支
git log --pretty=oneline --graph //查看合并信息
同时，第二电脑上操作与第一台电脑一样！
分享 开源 纯干货
[重要的是思路]