howeres的博客

在这篇文章中，我介绍了大约一年前我为我的一些项目（包括工作和私人项目）引入的开发模型，结果证明它非常成功。有一段时间我一直想写这篇文章，但直到现在我才真正找到时间来彻底地写这篇文章。我不会谈论任何项目的细节，只会谈论分支策略和发布管理。有关 Git 与集中式源代码控制系统相比的优缺点的全面讨论，请参阅 网络。那里有很多火焰战争。作为一名开发人员，我更喜欢 Git 胜过当今所有其他工具。Git 确实改变了开发人员对合并和分支的看法。在我来自的经典 CVS/Subversion 世界中，合并/分支一直被认为有点

4种常见分支模式解析目录4种常见分支模式解析主干开发模式Git-Flow模式GitHub-Flow模式GitLab-Flow模式常见分支模式优劣对比主干开发模式团队人很少（比如1~2个人）的时候，最常见的研发模式是Trunk—BasedDevelopment，也叫主干开发方式。主干开发方式一条主干分支走到底，开发的过程中不会有太多的冲突，要求代码持续集成到主干上去，所以在开发过程中不需要做相应工作的隔离。开发的过程中，所有的开发者在主干上面频繁地提交，频繁地集成。这种分支模式下，唯一的分叉出现在发

一、安装步骤（官方文档链接）拉取镜像docker pull gitlab/gitlab-ce运行docker run --detach \ --publish 443:443 --publish 80:80 --publish 22:22 \ --name 'gitlab-ce' \ --restart always \ --volume /opt/gitlab/config:/etc/gitlab \ --volume /opt/gitlab/logs:/var/log/gi

#!/bin/sh git filter-branch --env-filter ' an="$GIT_AUTHOR_NAME"am="$GIT_AUTHOR_EMAIL"cn="$GIT_COMMITTER_NAME"cm="$GIT_COMMITTER_EMAIL" if [ "$GIT_COMMITTER_EMAIL" = "1234567@qq.com" ]then cn="new name" cm="new email"fiif [ "$GIT_AUTHOR

子模块允许你将一个 Git 仓库当作另外一个Git仓库的子目录。克隆另外一个仓库到的项目中并与自己的提交相对独立。类似于java中的组合。添加一个子模块git submodule add 远程urlXXX.git [本地目录]这时运行 git status，你会注意到多了两条new file: .gitmodulesnew file: XXX.gitmodules 配置文件保存了项目 URL 与已经拉取的本地目录之间的映射(path、url)XXX是工作目录中的一个子目录，但 Git

安装：sudo apt install git-svn (windows不用下载，自带)使用：git svn clone svn://323.2322.23 # 克隆代码git svn rebase # 拉取代码git svn log [-v] # 日志 [详情]git add/commit # 提交git svn dcommit [-n] # push [检查]...............

重心放在本地文件; 除了 `git push`, 其他常用命令不会对远程仓库造成任何影响

克隆-设置新远程-push#转移方法1:$ git remote rename origin old-origin$ git remote -v$ git remote add origin ssh://git@111.111.111:8888/xxx/xxx.git$ git push -u origin --all$ git push -u origin --tags#or转移方法2: (推荐 recommend)$ git remote set-url origin 111.111.1