为了更多地了解 git，我尝试使用 Python 和 Flask 编写一个非常简单的 Git 服务器。我注册了一个端点并将调用重定向到 git-http-backend。到目前为止，一个简单的拉动工作正常。也简单/小的推动通过。
现在我偶然发现了 git-upload-pack 和 git-receive-pack，我想知道为什么或何时需要它们？它们是否被git-http-backend在后台使用？我不确定我是否也必须支持这些命令。
附言我试着把我的头缠绕在SmartHTTP上。这是否意味着全双工？或者什么是SmartHTTP与哑巴？我不完全明白如果它也只是接收和发送/推送文件，那应该是聪明的？
我在 2011 年的 Git 1.6.6 中提出了智能 http 协议。
但是，即使没有HTTP，例如SSH URL，也会涉及git-receive-pack和git-upload-pack。
我必须了解它们，因为我经常在我不是 root 的服务器上安装 Git。
这意味着可执行git不在/usr/bin中，而是在/my/path/to/git/usr/bin
每当我从该服务器(或git ls-remote(在PC上进行git clone时，我都会得到：
bash: git-upload-pack: command not found
如果我尝试从我的 PC 到该服务器的git push：
bash: git-receive-pack: command not found
这是因为，当您查看 Git 安装的usr/bin文件夹时，您会看到：
-rwxr-xr-x. 1 <auser> <agroup> 3.0M Dec 13 2019 git*
drwxr-xr-x. 5 <auser> <agroup> 45 Jun 8 14:35 ../
drwxr-xr-x. 2 <auser> <agroup> 107 Jun 8 14:35 ./
lrwxrwxrwx. 1 <auser> <agroup> 3 Jun 8 14:35 git-receive-pack -> git*
lrwxrwxrwx. 1 <auser> <agroup> 3 Jun 8 14:35 git-upload-pack -> git*
lrwxrwxrwx. 1 <auser> <agroup> 3 Jun 8 14:35 git-upload-archive -> git*
这意味着git-receive-pack和git-upload-pack只是git本身的符号链接(！
但是，由于它们的命名约定(git-xxx(，它们实际上是使用命令receive-pack或upload-pack调用git。
(偶然地，这适用于$PATH中的任何脚本git-xxx：然后您可以键入git xxx，这将调用您的git-xxx脚本(
为了使我的自定义 Git 安装正常工作，我必须实现git-xxx包装器：
例：
/my/path/to/git/git-receive-pack:
#!/bin/bash
source "setenv"
"/my/path/to/git/usr/bin/git" receive-pack "$@"
使用 setenv 设置正确的路径：
export PERLLIB=/my/path/to/git/usr/share/perl5/vendor_perl:/my/path/to/git/opt/endpoint/perl-5.22.0/share/perl5/vendor_perl
export PATH=/my/path/to/git/usr/bin:/my/path/to/git/usr/libexec/git-core:$PATH
export LD_LIBRARY_PATH=/project/${USER}/refer/pcres/current/usr/lib64
在客户端(PC(端，我需要使用具有自定义Git安装的服务器的遥控器添加：
git config --global remote.origin.uploadpack /my/path/to/git/git-upload-pack
git config --global remote.origin.receivepack=/my/path/to/git/git-receive-pack