我想在 GitHub 上公开一个私有存储库。但是，一些初始提交包含我不想公开的信息（硬编码凭据等）。
在不包括部分或全部提交历史的情况下，公开最新提交（我真的不需要或不希望公共存储库中的先前提交）的最简单途径是什么？
【问题讨论】：
cloning时可以限制历史的深度：
--depth <depth>
Create a shallow clone with a history truncated to the specified
number of revisions.
如果您想要有限的历史记录，请使用它。
【讨论】：
shallow update not allowed。
使用以下命令：
git clone --depth <depth> -b <branch> <repo_url>
地点：
depth 是您想要包含的提交数量。即，如果您只想要最新的提交，请使用 git clone --depth 1
branch 是您要从中克隆的远程分支的名称。即，如果您想要来自 master 分支的最后 3 次提交，请使用 git clone --depth 3 -b master
repo_url 是您的存储库的网址【讨论】：
shallow update not allowed。我发现这个stack overflow answer 在这种情况下很有用。
删除.git 文件夹可能是最简单的方法，因为您不想要/不需要历史记录（正如斯蒂芬所说）。
因此您可以从您的最新提交中创建一个新的存储库： (How to clone seed/kick-start project without the whole history?)
git clone <git_url>
然后删除.git，然后运行
git init
或者，如果您想重复使用当前的存储库： Make the current commit the only (initial) commit in a Git repository?
然后按照上述步骤：
git add .
git commit -m "Initial commit"
推送到您的仓库。
git remote add origin <github-uri>
git push -u --force origin master
【讨论】：
#!/bin/bash
set -e
# Settings
user=xxx
pass=xxx
dir=xxx
repo_src=xxx
repo_trg=xxx
src_branch=xxx
repo_base_url=https://$user:$pass@bitbucket.org/$user
repo_src_url=$repo_base_url/$repo_src.git
repo_trg_url=$repo_base_url/$repo_trg.git
echo "Clone Source..."
git clone --depth 1 -b $src_branch $repo_src_url $dir
echo "CD"
cd ./$dir
echo "Remove GIT"
rm -rf .git
echo "Init GIT"
git init
git add .
git commit -m "Initial Commit"
git remote add origin $repo_trg_url
echo "Push..."
git push -u origin master
【讨论】：
--depth 1 在这种情况下是不必要的，因为使用rm -rf .git 也会删除历史记录
git clone --depth 1 -b $src_branch $repo_src_url $dir && cd ./$dir && git commit --amend --author "Some One <some@one.com>" -m "Initial Commit" && git remote set-url origin $repo_trg_url && git push -u origin master
--depth 1 是不必要的，但它也是无害的，它节省了一点网络带宽（没有必要获取您将要删除的历史记录）
您可以将 GitHub 存储库设置为模板（通过转到设置并选择存储库名称下方的选项）。然后代码页面上会出现一个“使用此模板”的按钮。这会复制所有文件，但会删除所有历史记录，如果您将原始存储库设为私有，则不会在存储库名称下显示任何详细信息（请注意，它会显示在您的网站上，因为您拥有这两个文件，但不属于其他任何人） .只有当 repo 公开时，repo 名称下才会显示指向原始 repo 的链接。
【讨论】：
首先，我应该说，如果只有少数提交包含敏感信息，您最好使用git rebase -i 删除它们。但是当这些文件经常被触及时，这可能会变得复杂。此外，使用git-rebase 很难摆脱初始提交，因此如果您的初始提交包含您要删除的内容，那么事情会变得更加困难。
但无论如何，上述所有将整个 repo 折叠成一个提交的答案似乎都过于复杂，而且涉及大量中间目录并且可能会破坏存储在 .git 中的所有其他配置，而且速度也会很慢。
一种更快的方法是创建一个与现有提交完全匹配的孤立提交，例如：
$ TREE=`git cat-file -p master |sed '1,/^$/s/^tree //p;d;'`
$ COMMIT=`echo Truncated tree | git commit-tree $TREE`
$ git branch truncated-master $COMMIT
根据需要替换 master 和 truncated-master，并根据需要更改提交消息。如果您真的很勇敢，请继续：
$ git branch backup-master-just-in-case-i-regret-it-later master
$ git push -f origin truncated-master:master
但是，如果我是你，我真的会避免做这最后一步，因为这会给当前使用 repo 的每个其他人带来问题。相反，只需切换到使用这个新分支（可能有更好的名称），不要宣传旧分支。
【讨论】：
这不正是压缩 rebase 的作用吗？只需压缩除最后一次提交之外的所有内容，然后（强制）推送它。
【讨论】：