Git on Dapeng Zhang

Git warning 提示记录

Mon, 14 Jul 2025 16:22:14 +0000

git version 2.28.0

出现问题时执行的命令

git pull origin master

warning提示如下

warning: 不建议在没有为偏离分支指定合并策略时执行 pull 操作。您可以在执行下一次
pull 操作之前执行下面一条命令来抑制本消息：

git config pull.rebase false # 合并（缺省策略）
git config pull.rebase true # 变基
git config pull.ff only # 仅快进

您可以将 “git config” 替换为 “git config --global” 以便为所有仓库设置
缺省的配置项。您也可以在每次执行 pull 命令时添加 –rebase、–no-rebase，
或者 –ff-only 参数覆盖缺省设置。

Git gc的作用以及如何删除仓库中错误的大文件

Mon, 14 Jul 2025 14:45:18 +0000

之前对gc一直不了解，这玩意是个bug吧

为什么git pull的时候会出现一个git gc的命令，还提示我可以自己运行

回忆下，第一次遇到这个问题的时候就是这个状态，然后就一直没理会

最近测试服务器部署代码的时候，经常会遇到这个命令在执行

于是搜搜了下，才发现这个命令是对大文件进行压缩的

同时如果出现这个命令的执行或者提示你让你去执行这个gc的命令

说明你的项目真的很大了

或者说明你的项目存在非常大的文件

原理就是压缩了下，创建了一个包文件和一个索引文件，方便后面更快的对文件的更改进行对比（diff）操作，不然文件很大的话读取再对比其实是很慢的，这样可以理解的通透了

另外需要对git的原理有更多的理解

就是我们每次对一个文件进行更改的时候git都会生成一个全新的对象来存储新的文件内容。

推荐一篇文章，点这里，具体介绍了如何删除大文件，同时对git gc有更详细的了解

Git-flow 工作流程

Fri, 11 Jul 2025 11:16:06 +0000

git-flow 工作流程

当在团队开发中使用版本控制系统时，商定一个统一的工作流程是至关重要的。Git 的确可以在各个方面做很多事情，然而，如果在你的团队中还没有能形成一个特定有效的工作流程，那么混乱就将是不可避免的。

基本上你可以定义一个完全适合你自己项目的工作流程，或者使用一个别人定义好的。

什么是git-flow

一旦安装 git-flow，你将会拥有一些扩展命令。这些命令会在一个预定义的顺序下自动执行多个操作。是的，这就是我们的工作流程！

git-flow 并不是要替代 Git，它仅仅是非常聪明有效地把标准的 Git 命令用脚本组合了起来。

严格来讲，你并不需要安装什么特别的东西就可以使用 git-flow 工作流程。你只需要了解，哪些工作流程是由哪些单独的任务所组成的，并且附带上正确的参数，以及在一个正确的顺序下简单执行那些对应的 Git 命令就可以了。当然，如果你使用 git-flow 脚本就会更加方便了，你就不需要把这些命令和顺序都记在脑子里

安装git-flow

近些年来出现了很多不同的安装方法。在本章节中我们会使用当前最流行的一种： AVH Edition。

要了解安装 git-flow 细节，请阅读下面这个文档 official documentation。

在项目中设置 git-flow

当你想把你的项目 “切换” 到 git-flow 上后，Git 还是可以像往常一样工作的。这完全是取决于你在仓库上使用特殊的 git-flow 命令或是普通的 Git 命令。换句话说，git-flow 它不会以任何一种戏剧性的方式来改变你的仓库。

话虽如此，git-flow 却存在一些限制。让我们开始在一个新的项目上初始化它吧，之后我们就会有所发现：

$ git flow init
Initialized empty Git repository in /Users/xxx/xxx-website/.git/
Branch name for production releases: [master] 
Branch name for "next release" development: [develop] 

How to name your supporting branch prefixes?
Feature branches? [feature/] 
Release branches? [release/] 
Hotfix branches? [hotfix/]

当在项目的根目录执行 “git flow init” 命令时（它是否已经包括了一个 Git 仓库并不重要），一个交互式安装助手将引导您完成这个初始化操作。听起来有点炫，但实际上它只是在你的分支上配置了一些命名规则。尽管如此，这个安装助手还是允许你使用自己喜欢的名字。我强烈建议你使用默认的命名机制，并且一步一步地确定下去。

分支的模式

git-flow 模式会预设两个主分支在仓库中：

master 只能用来包括产品代码。你不能直接工作在这个 master 分支上，而是在其他指定的，独立的特性分支中（这方面我们会马上谈到）。不直接提交改动到 master 分支上也是很多工作流程的一个共同的规则。
develop 是你进行任何新的开发的基础分支。当你开始一个新的功能分支时，它将是_开发_的基础。另外，该分支也汇集所有已经完成的功能，并等待被整合到 master 分支中。

这两个分支被称作为长期分支。它们会存活在项目的整个生命周期中。而其他的分支，例如针对功能的分支，针对发行的分支，仅仅只是临时存在的。它们是根据需要来创建的，当它们完成了自己的任务之后就会被删除掉。

让我们开始探索一些在现实应用中可能遇到的案例吧！

功能开发

对于一个开发人员来说，最平常的工作可能就是功能的开发。这就是为什么 git-flow 定义了很多对于功能开发的工作流程，从而来帮助你有组织地完成它。

开始新功能

让我们开始开发一个新功能 “rss-feed”：

$ git flow feature start rss-feed
Switched to a new branch 'feature/rss-feed'

Summary of actions:
- A new branch 'feature/rss-feed' was created, based on 'develop'
- You are now on branch 'feature/rss-feed'

正如上面这个新功能一样，git-flow 会创建一个名为 “feature/rss-feed” 的分支（这个 “feature/” 前缀是一个可配置的选项设置）。你已经知道了，在你做新功能开发时使用一个独立的分支是版本控制中最重要的规则之一。 git-flow 也会直接签出这个新的分支，这样你就可以直接进行工作了。

完成一个功能

经过一段时间艰苦地工作和一系列的聪明提交，我们的新功能终于完成了：

$ git flow feature finish rss-feed
Switched to branch 'develop'
Updating 6bcf266..41748ad
Fast-forward
 feed.xml | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 feed.xml
Deleted branch feature/rss-feed (was 41748ad).

最重要的是，这个 “feature finish” 命令会把我们的工作整合到主 “develop” 分支中去。在这里它需要等待：

一个在更广泛的 “开发” 背景下的全面测试。
稍后和所有积攒在 “develop” 分支中的其它功能一起进行发布。之后，git-flow 也会进行清理操作。它会删除这个当下已经完成的功能分支，并且换到 “develop” 分支。

管理 releases

Release 管理是版本控制处理中的另外一个非常重要的话题。让我们来看看如何利用 git-flow 创建和发布 release。

创建 release

当你认为现在在 “develop” 分支的代码已经是一个成熟的 release 版本时，这意味着：第一，它包括所有新的功能和必要的修复；第二，它已经被彻底的测试过了。如果上述两点都满足，那就是时候开始生成一个新的 release 了：

$ git flow release start 1.1.5
Switched to a new branch 'release/1.1.5'

请注意，release 分支是使用版本号命名的。这是一个明智的选择，这个命名方案还有一个很好的附带功能，那就是当我们完成了release 后，git-flow 会适当地_自动_去标记那些 release 提交。

有了一个 release 分支，再完成针对 release 版本号的最后准备工作（如果项目里的某些文件需要记录版本号），并且进行最后的编辑。

完成 release

现在是时候按下那个危险的红色按钮来完成我们的release了：

git flow release finish 1.1.5

这个命令会完成如下一系列的操作：

首先，git-flow 会拉取远程仓库，以确保目前是最新的版本。
然后，release 的内容会被合并到 “master” 和 “develop” 两个分支中去，这样不仅产品代码为最新的版本，而且新的功能分支也将基于最新代码。
为便于识别和做历史参考，release 提交会被标记上这个 release 的名字（在我们的例子里是 “1.1.5”）。
清理操作，版本分支会被删除，并且回到 “develop”。从 Git 的角度来看，release 版本现在已经完成。依据你的设置，对 “master” 的提交可能已经触发了你所定义的部署流程，或者你可以通过手动部署，来让你的软件产品进入你的用户手中。

hotfix

很多时候，仅仅在几个小时或几天之后，当对 release 版本作做全面测试时，可能就会发现一些小错误。在这种情况下，git-flow 提供一个特定的 “hotfix” 工作流程（因为在这里不管使用 “功能” 分支流程，还是 “release” 分支流程都是不恰当的）。

创建 Hotfixes

$ git flow hotfix start missing-link

这个命令会创建一个名为 “hotfix/missing-link” 的分支。因为这是对产品代码进行修复，所以这个 hotfix 分支是基于 “master” 分支。这也是和 release 分支最明显的区别，release 分支都是基于 “develop” 分支的。因为你不应该在一个还不完全稳定的开发分支上对产品代码进行地修复。

就像 release 一样，修复这个错误当然也会直接影响到项目的版本号！

完成 Hotfixes

在把我们的修复提交到 hotfix 分支之后，就该去完成它了：

$ git flow hotfix finish missing-link

这个过程非常类似于发布一个 release 版本：

完成的改动会被合并到 “master” 中，同样也会合并到 “develop” 分支中，这样就可以确保这个错误不会再次出现在下一个 release 中。这个 hotfix 程序将被标记起来以便于参考。这个 hotfix 分支将被删除，然后切换到 “develop” 分支上去。还是和产生 release 的流程一样，现在需要编译和部署你的产品（如果这些操作不是自动被触发的话）。

原文地址：https://www.git-tower.com/learn/git/ebook/cn/command-line/advanced-topics/git-flow

代理 - 终端和Git使用如何代理

Thu, 03 Jul 2025 17:37:24 +0000

GIT

设置HTTP协议

socks5方式

git config --global http.proxy 'socks5://127.0.0.1:1080' 
git config --global https.proxy 'socks5://127.0.0.1:1080'

http方式

git config --global http.proxy "http://127.0.0.1:6667"
git config --global https.proxy "http://127.0.0.1:6667"

取消设置

git config --global --unset http.proxy
git config --global --unset https.proxy

设置SSH协议

创建文件 ~/.ssh/config 【如果存在可忽略】

Host bitbucket.org
	User git
 	HostName altssh.bitbucket.org
 	Port 443
 	ProxyCommand connect -S 127.0.0.1:1080 %h %p

Host github.com
 	User git
 	HostName ssh.github.com
 	Port 443
 	ProxyCommand connect -S 127.0.0.1:1080 %h %p%

终端 terminal

打开终端执行下面命令即可，无须重启终端

export http_proxy="socks5://127.0.0.1:1080"
export https_proxy="socks5://127.0.0.1:1080"

设置完后执行下面命令查看自己的IP

curl -i http://ip.cn

有个问题就是设置完代理，上面的命令无法测试自己的IP了，应该是这个地址也同时被墙了。

参考：https://blog.kelu.org/tech/2017/06/19/setting-socks5-proxy.html

Git 之 ssh config 加速clone仓库代码

Thu, 03 Jul 2025 16:50:12 +0000

代码记录如下

Host github.com
 User git
 Hostname ssh.github.com
 Port 443
 ProxyCommand connect -S 127.0.0.1:1180 %h %p
Host bitbucket.org
 User git
 Hostname altssh.bitbucket.org
 Port 443
 ProxyCommand connect -S 127.0.0.1:1180 %h %p

操作方式是这里用到了connect 这个功能，所以为了为了使用这个功能，前提是安装connect

brew install connect

Git 之用socks5加速git clone

Thu, 03 Jul 2025 16:50:08 +0000

需要使用github，但是国内访问很慢，往往会发生connection refused的事情发生，那就自己去弄个vpn吧。前提不要做扰乱国家安稳的事情

下面记录下git的配置方法

git config --global http.proxy 'socks5://127.0.0.1:1080'
git config --global https.proxy 'socks5://127.0.0.1:1080'

Mac 之 git mergetool的安装使用

Thu, 03 Jul 2025 11:58:29 +0000

git mergetool 工具安装

brew install meld 或 brew install homebrew/gui/meld
git config --global merge.tool meld
git mergetool

Git查看某个文件的修改历史

Thu, 03 Jul 2025 11:07:47 +0000

如何查看一个文件的修改历史记录：

第一个步骤

找到某个文件的修改历史

git log --pretty=oneline ./static/js/detail.js

结果会列出下面的结果

e4f37d08ce8e9d729a824568f3a23d4eeb21ba30 恢复误删的js

85e4a01822b690da8b152d780271a12d9a3b8dd9 添加反馈详情页面

0d3893c8c4f8b124ca50731f02334b70b88ebe5e 更新页面

第二个步骤

查看具体的历史修改记录

git show e4f37d08ce8e9d729a824568f3a23d4eeb21ba30

结果会看到如下的修改信息

commit e4f37d08ce8e9d729a824568f3a23d4eeb21ba30

Author: durban <xx@xx>

Date: Mon Dec 21 11:26:20 2015 +0800
恢复误删的js
diff –git a/gulpfile.js b/gulpfile.js

index 6563d1b..da42836 100644

— a/gulpfile.js

+++ b/gulpfile.js

@@ -78,6 +78,16 @@ gulp.task(‘fonts-replace’, [‘publish-fonts’], () => {
 .pipe(gulp.dest('./static/css/tmp'));
});

+gulp.task(‘images-replace’, [‘webpack’,‘publish-images’], () => {
return gulp.src([’./static/build/rev/images/*.json’, ‘./.public/js/**/*.js’])

.pipe(revCollector({
 dirReplacements: {
 '/images/': ''
 }
}))

.pipe(gulp.dest(’./.public/js/**/*.js’));
+});

是不是很清晰。Yeah！

补充

如果想查看单个文件的历史记录，也可以这样子的。

git log -p filename

配置Git 使其对文件名大小写敏感

Wed, 02 Jul 2025 16:00:43 +0000

执行如下代码：

git config core.ignorecase false

另外一个问题

当我们遇到文件大小写的时候，当在编辑器改完之后，提交代码，实际上仓库中并没有改变这个文件的大小写，可以通过下面的方式来修改

git mv A B

实例演示如下，如果我有个文件是

components/StatCNZZWidget.php

想要修改为

components/StatCnzzWidget.php

执行如下代码

$ git mv components/StatCNZZWidget.php components/StatCnzzWidget.php

当执行如下代码的时候

$ git status

会有如下类似的输出

renamed: components/StatCNZZWidget.php -> components/StatCnzzWidget.php

Git拉取远程分支到本地

Wed, 02 Jul 2025 15:39:59 +0000

前提是远程仓库已经存在某个分支，本地并没有对应的分支【这是情景描述前提】

对应的标题操作很简单，方法如下：

git fetch origin remote_branch:local_branch

Git生成ssh key及本地解决多个ssh key的问题

Tue, 01 Jul 2025 15:04:16 +0000

ssh是一种网络协议，用于计算机之间的加密登录。ssh原理及应用可参考：

SSH原理与运用（一）：远程登录

生成ssh key步骤

这里以配置github的ssh key为例：

生成ssh key

ssh-keygen -t rsa -C "邮箱"

然后根据提示连续回车即可在~/.ssh目录下得到id_rsa和id_rsa.pub两个文件，id_rsa.pub文件里存放的就是我们要使用的key。

上传key到github

clip < ~/.ssh/id_rsa.pub

复制key到剪贴板

登录github

点击右上方的Accounting settings图标

选择 SSH key

点击 Add SSH key

测试是否配置成功

ssh -T xxx@xxx.com

如果配置成功，则会显示：

Hi username! You’ve successfully authenticated, but GitHub does not provide shell access.

解决本地多个ssh key问题

有的时候，不仅github使用ssh key，工作项目或者其他云平台可能也需要使用ssh key来认证，如果每次都覆盖了原来的id_rsa文件，那么之前的认证就会失效。这个问题我们可以通过在~/.ssh目录下增加config文件来解决。

下面以配置git oschina的ssh key为例。

生成ssh key时同时指定保存的文件名,这里也可以不用指定，只需要在创建的时候根据提示修改就可以，这里使用直接指定路径文件名的方式

ssh-keygen -t rsa -f ~/.ssh/oschina/id_rsa -C "email"

这时~/.ssh目录下会多出oschina/id_rsa和oschina/id_rsa.pub两个文件，id_rsa.pub里保存的就是我们要使用的key。

新增并配置config文件

添加config文件

如果config文件不存在，先添加；存在则直接修改

touch ~/.ssh/config

在config文件里添加如下内容(User表示你的用户名)

Host git.oschina.net
 HostName git.oschina.net
 IdentityFile ~/.ssh/oschina/id_rsa
 User git

上传key到oschina http://git.oschina.net/profile/sshkeys
测试ssh key是否配置成功

ssh -T xx@xx

成功的话会显示：

Welcome to Git@OSC, 张大鹏!

至此，本地便成功配置多个ssh key。日后如需添加，则安装上述配置生成key，并修改config文件即可。

提示：在此过程中会出现如下问题

1，Bad owner or permissions on .ssh/config

2，进行测试的时候总会出现提示输入密码

解决办法参照另外一篇文章点击这里

配置多个ssh key的遇到的问题

Tue, 01 Jul 2025 15:04:13 +0000

配置多个ssh key的遇到的问题

1，Bad owner or permissions on .ssh/config

2，进行测试的时候总会出现提示输入密码

以上两个问题多数是由于权限的问题

解决问题一：

将config的执行权限修改为600

sudo chmod 600 ~/.ssh/config

解决问题二:

这个问题在我这里出现的原因是由于我将config拥有权限改成了root，导致出现的问题

如果你也遇到这样的问题的话，可以试着改成拥有权限为自己就可以了。

sudo chown xxx ~/.ssh/config

[xxx]为linux的当前用户

执行完之后在测试下，是不是已经就成功了，没有的话可以加群沟通

Git标签的添加、删除、查看

Mon, 30 Jun 2025 15:57:36 +0000

最近突然想试试git的tag标签，感觉git的标签很实用，比如说你要在某个分之上发布一个app的版本包，ok，你就可以直接将此分支搞过来就好了，下次你想使用或者查看上一个版本的包，可以指定上一个tag就可以直接获取到上一个版本的代码了。

其实理解一下tag的添加、查看、删除这些基本的操作很简单的。

问题是，如果我想要获得某个版本的代码即某个标签的代码，来做修改，改如何处理呢？

这里我在网上搜索了一些资料。简单的介绍了一下git的分支管理策略，这个对项目的管理，测试，分发，以及后面的代码bug修改都有很大的帮助。

一篇是git的分支管理策略，一篇是git标签的操作指南，简要的介绍了一个标签的创建和使用，更简单的git标签的使用也可以参考这篇文章：GIT-打标签，同时还有另外一篇文章，解决了我的疑问的文章，就是如何获取git打好的tag所对应的代码，了解了这几篇文章，我觉得对git的合理利用应该能够可以得到充分的理解了。

Git提交到多个远程仓库

Mon, 30 Jun 2025 15:57:23 +0000

第一步:添加远程仓库

git remote add origin 第一个仓库地址 //origin只是个别名哦
git remote add osc 第二个仓库地址 //osc也是个别名哦

第二步：

创建分支

git checkout -b master
git checkout -b osc

第三步：

提交代码：

分别切换分支提交

git chekcout master
git push origin master
//=========================
git checkout osc
git push osc master

使用PM2 Deploy部署基于Git版本管理的网站应用自动部署

Mon, 30 Jun 2025 15:15:39 +0000

按照官方介绍，PM2是一款用于生产环境Node.js应用进程管理的工具。按照民间介绍，它主要有这样几个功能：保证Node.js应用永远在线（挂掉自动重启）、自动负载均衡、零中断重启应用等。

鉴于它是如此优秀，这里还是简要介绍一下前两个功能。

安装

首先，它是一个Node.js写的工具，使用npm即可安装使用：

npm install -g pm2

运行Node.js程序

如果不使用pm2，运行Node.js程序是这样：

node xxx.js

使用pm2，是这样：

pm2 start xxx.js

监视模式

如果你正在开发Node.js应用，需要在代码变更后自动重启应用，只需要在pm2的参数中加上–watch即可：

pm2 start xxx.js --watch

cluster模式

默认情况下pm2是以fork模式启动应用的，如果以cluster模式启动的话，则可以使用pm2自带的负载均衡、零间断重启等功能。

pm2 start xxx.js -i 4

上面的命令会以cluster模式启动4个应用进程，并自动为它们提供负载均衡，并且可以使用gracefulReload达到更新应用时不中断服务的效果。

关于cluster模式，可参见朴灵《深入浅出Node.js》一书。

pm2低版本默认是以cluster模式启动的。

部署应用

官方文档:https://github.com/Unitech/PM2/blob/master/ADVANCED_README.md#deployment

这才是本文的重点。PM2的部署功能可以实现网站应用的半自动部署功能。注意本文标题没有加“Node.js”，意味着这个功能并不只适用于Node.js网站应用，事实上它部署功能是用shell写的，跟网站使用什么语言没什么关系。

PM2的部署功能与版本管理工具（Git，不确定是否支持SVN，下文以Git为例）结合比较紧，因此需要保证网站项目使用版本管理工具管理代码，并且服务器可以访问到版本管理服务器。

部署功能是在新版本（0.12）中才添加进来的。如果你使用的是旧版本的，需要先升级：

npm install -g pm2@latest
pm2 updatePM2

接下来需要建立一个部署的配置文件，这个文件在本机（操作发布的机器）和服务器上都需要有，因此最好放入Git版本管理中，并且推送到远程代码库（Git服务器）。

切换到项目目录下，然后执行

pm2 ecosystem

即可得到一个示例json文件（例如我得到的是ecosystem.json5），将它做对应的修改，大致如下：

{
 "apps" : [{
 "name" : "API",
 "script" : "app.js",
 "env": {
 "COMMON_VARIABLE": "true"
 },
 "env_production" : {
 "NODE_ENV": "production"
 }
 },{
 "name" : "WEB",
 "script" : "web.js"
 }],
 "deploy" : {
 "production" : {
 "user" : "node",//登录账号
 "host" : "212.83.163.1",//服务器地址
 "ref" : "origin/master",//git 分支
 "repo" : "xx@xx:repo.git",//git地址
 "path" : "/var/www/production",//服务器项目目录
 "post-deploy" : "pm2 startOrRestart ecosystem.json5 --env production"
 },
 "dev" : {
 "user" : "node",
 "host" : "212.83.163.1",
 "ref" : "origin/master",
 "repo" : "xx@xx:repo.git",
 "path" : "/var/www/development",
 "post-deploy" : "pm2 startOrRestart ecosystem.json5 --env dev",
 "env" : {
 "NODE_ENV": "dev"
 }
 }
 }
}

需要注意：

apps.name和apps.script应该与PM2识别应用有关，后续执行pm2 restart的时候可以对应到进程（未证实）

deploy中可以含有多个环境，需要能够通过SSH（公钥认证）登录服务器

web目录并不是真正的放版本库文件的目录，PM2会再建立一个source子目录，这个才是真正放代码的目录

post-deploy是指代码部署完之后执行的命令，这里以Node.js为例子，执行依赖安装，然后重启PM2中的进程

然后就可以使用

首先需要安装一下

pm2 deploy ecosystem.json5 production setup

这个过程中可能会涉及到权限的问题，不过都是一些小的问题

如果已经安装可以运行下面这个命令

pm2 deploy ecosystem.json5 production

自动发布网站项目了，非常方便。

xx@xx:~/nodejs/node-react$ pm2 deploy ecosystem.json5 production
--> Deploying to production environment
--> on host 205.209.156.140
 ○ deploying
 ○ hook pre-deploy
 ○ fetching updates
xx@xx's password: 
Fetching origin
From https://git.oschina.net/zhangdapeng89/node-react
 4456ce1..c45f87c master -> origin/master
 ○ resetting HEAD to origin/master
xx@xx's password: 
HEAD is now at c45f87c 添加eco
xx@xx's password: 
xx@xx's password: 
 ○ executing post-deploy `pm2 startOrRestart ecosystem.json5 --env production`
xx@xx's password: 
┌──────────┬────┬──────┬───────┬────────┬─────────┬────────┬──────────────┬──────────┐
│ App name │ id │ mode │ pid │ status │ restart │ uptime │ memory │ watching │
├──────────┼────┼──────┼───────┼────────┼─────────┼────────┼──────────────┼──────────┤
│ app │ 0 │ fork │ 5843 │ online │ 958 │ 11D │ 133.094 MB │ disabled │
│ API │ 1 │ fork │ 22700 │ online │ 0 │ 0s │ 12.219 MB │ disabled │
│ WEB │ 2 │ fork │ 22705 │ online │ 0 │ 0s │ 11.746 MB │ disabled │
└──────────┴────┴──────┴───────┴────────┴─────────┴────────┴──────────────┴──────────┘
 Use `pm2 show <id|name>` to get more details about an app
 ○ hook test
 ○ successfully deployed origin/master
--> Success

Git 修改 remote的url

Mon, 30 Jun 2025 14:31:29 +0000

其实很简单的事情，你就是没有记住，但是有句古话说的好啊，什么什么烂笔头的

记录这句命令，你将飞跃在各个github平台中

git remote set-url origin git://new.url.here

Git 操作 pull 强制重写本地文件

Mon, 30 Jun 2025 14:31:21 +0000

最近很烦恼一个问题，在不同设备上进行操作的时候，会出现两台设备都存在一个修改文件，问题是如果一台机器上代码提交了，想在另外一台机器上进行pull来更新代码，会提示你先要commit本地的修改代码，问题是如果这样的话会出现冲突，但是我又想重写，不管现在的代码更改的如何，于是想要重写本地的文件。对于不是很懂git的我，找到了一个解决的方案：

git fetch origin master
git reset --hard FETCH_HEAD
git clean -df

经过这样的操作，结果很令我满意。提示，如果不是很想覆盖本地的代码的话，可以思考另外一个办法。不要强制使用此方案

Windows下git bash乱码问题

Fri, 27 Jun 2025 10:59:57 +0000

转载某个牛逼的人物，做个记录，

如果找不到就到git的安装目录下面去看看。

1,/etc/gitconfig：
[gui]
 encoding = utf-8 #代码库统一用urf-8,在git gui中可以正常显示中文
[i18n]
 commitencoding = GB2312 #log编码，window下默认gb2312,声明后发到服务器才不会乱码
[svn]
 pathnameencoding = GB2312 #支持中文路径
2,/etc/git-completion.bash:
alias ls='ls --show-control-chars --color=auto' #ls能够正常显示中文
3,/etc/inputrc:
set output-meta on #bash中可以正常输入中文
set convert-meta off
4,/etc/profile:
export LESSHARSET=utf-8 #$ git log 命令不像其它 vcs 一样，n 条 log 从头滚到底，它会恰当地停在第一页，按 space 键再往后翻页。这是通过将 log 送给 less 处理实现的。以上即是设置 less 的字符编码，使得 $ git log 可以正常显示中文。

如果没有就加上吧，有了的话就改下，如果是一样的话就不用修改了。

参考文章：

http://www.cnblogs.com/Gukw/archive/2012/01/16/2323417.html

在CentOS上安装Git

Fri, 27 Jun 2025 10:25:52 +0000

刚学了一下git在CentOS的安装方式，其实是这样子的，CentOS的yum源中没有git，只能自己编译安装，现在记录下编译安装的内容，留给自己备忘。

确保已安装了依赖的包

yum install curl
 
yum install curl-devel
 
yum install zlib-devel
 
yum install openssl-devel
 
yum install perl
 
yum install cpio
 
yum install expat-devel
 
yum install gettext-devel

下载最新的git包

wget http://www.codemonkey.org.uk/projects/git-snapshots/git/git-latest.tar.gz
 
tar xzvf git-latest.tar.gz
 
cd git-2011-11-30 ＃你的目录可能不是这个
 
autoconf
 
./configure
 
make
 
sudo make install

检查下安装的版本，大功告成

git --version

参考文章：

http://www.ccvita.com/370.html

Git常用指令

Fri, 13 Jun 2025 11:27:40 +0000

创建一个新的repository：

先在github上创建并写好相关名字，描述。(github的创建，可以参考这里https://help.github.com/articles/create-a-repo)

如果我们创建了hello-world，那么下面的操作如下：

$cd ~/hello-world //到hello-world目录
$git init 	//初始化
$git add .//把所有文件加入到索引（不想把所有文件加入，可以用gitignore或add 具体文件)
$git commit //提交到本地仓库，然后会填写更新日志( -m “更新日志”也可)
$git remote add origin xx@xx:zhangda89/hello-world.git //增加到remote
$git push origin master //push到github上

更新项目（新加了文件）：

$cd ~/hello-world
$git add . //这样可以自动判断新加了哪些文件，或者手动加入文件名字
$git commit //提交到本地仓库
$git push origin master //不是新创建的，不用再add 到remote上了

更新项目（没新加文件，只有删除或者修改文件）：

$cd ~/hello-world
$git commit -a //记录删除或修改了哪些文件
$git push origin master //提交到github

忽略一些文件，比如*.o等:

$cd ~/hello-world
$vim .gitignore //把文件类型加入到.gitignore中，保存

然后就可以git add . 能自动过滤这种文件

clone代码到本地：

$git clone xx@xx:zhangda89/hello-world.git //假如本地已经存在了代码，而仓库里有更新，把更改的合并到本地的项目：
$git fetch origin //获取远程更新
$git merge origin/master //把更新的内容合并到本地分支

撤销

$git reset

删除

$git rm * // 不是用rm

常见错误

git remote add origin git@github.com:zhangda89/hello-world.git

错误提示：fatal: remote origin already exists.

解决办法： $git remote rm origin

然后在执行：$git remote add origin git@github.com:zhangda89/hello-world.git 就不会报错误了

git push origin master

错误提示：error:failed to push som refs to

解决办法： $git pull origin master //先把远程服务器github上面的文件拉先来，再push 上去。

Git on Dapeng Zhang

Git warning 提示记录

Git gc的作用以及如何删除仓库中错误的大文件

Git-flow 工作流程

git-flow 工作流程

什么是git-flow

安装git-flow

在项目中设置 git-flow

分支的模式

功能开发

开始新功能

完成一个功能

管理 releases

创建 release

完成 release

hotfix

创建 Hotfixes

完成 Hotfixes

代理 - 终端和Git使用如何代理

GIT

终端 terminal

Git 之 ssh config 加速clone仓库代码

Git 之 用socks5加速git clone

Mac 之 git mergetool的安装使用

Git查看某个文件的修改历史

配置Git 使其对文件名大小写敏感

Git拉取远程分支到本地

Git生成ssh key及本地解决多个ssh key的问题

配置多个ssh key的遇到的问题

Git标签的添加、删除、查看

Git提交到多个远程仓库

使用PM2 Deploy部署基于Git版本管理的网站应用 自动部署

Git 修改 remote的url

Git 操作 pull 强制重写本地文件

Windows下git bash乱码问题

在CentOS上安装Git

Git常用指令

Git 之用socks5加速git clone

使用PM2 Deploy部署基于Git版本管理的网站应用自动部署