git - 在本地跟踪文件，但绝不允许将它们推送到远程存储库

Question

我正在从事一个涉及使用非常敏感数据的项目，我被指示只能通过自定义文件传输系统在线传输这些数据。该项目本身受 git 源代码控制，并包含一个包含敏感数据的 sqlite 文件。

到目前为止，我只是通过 gitignore 文件忽略了 sqlite 文件，这阻止了它被推送到远程存储库。然而，我现在已经在项目中达到了一个阶段，我们有一个实时版本和一个开发版本，而且数据没有在本地跟踪这一事实使得使用分支变得非常困难。

所以我的问题是:有没有办法让我在本地跟踪 sqlite 文件，这样我就可以在不同的分支上拥有不同的数据版本，但从来没有将它推送到远程存储库？

看完this question ，我考虑过使用不同的 gitignore 文件的仅限本地的 development 分支，但是 git merge 到远程共享分支的事实也会将更改 merge 到 gitignore 文件会很快变得很麻烦。

Answer 1

好的，所以我实际上想出了一个更好的解决方案来解决这个问题。 My previous solution ，其中涉及第二个 git 存储库，由于我正在使用的 sqlite 文件的大小，很快就出现了问题； git 不能 处理大文件。我研究了各种方法来提高 git 处理文件的能力(例如 git-bigfiles 、 git-annex )，但似乎没有什么能优雅地处理我的情况。

答案:符号链接(symbolic link)。

注意此解决方案非常特定于 Unix，但您可能能够针对非 Unix 系统对其进行修改。

问题 #1:确保数据从不发送到远程存储库。

这个很简单。与我之前的解决方案类似，我将数据存储在存储库之外。

Root-Directory/
    My-Project/
        .git/
        Source-Code-and-Stuff/
    My-Project-Data/
        A-Big-Sqlite-File.sqlite

因为数据文件不在存储库中，所以无需担心它们会被 git 索引。

问题#2:不同的分支应该引用不同版本的数据。

这就是符号链接(symbolic link)发挥作用的地方。符号链接(symbolic link)实际上是文件的快捷方式，因此我们的想法是将符号链接(symbolic link)放入存储库中的数据文件。符号链接(symbolic link)由 git 索引(而且它们非常小)，因此不同的分支可以有不同的符号链接(symbolic link)。

为了解释这一点，让我们举一个示例项目，该项目在 ma​​ster 分支上有一个当前版本 (1.1)；和 version-1.2 分支上的新版本 (1.2)。为了简单起见，该项目只有一个数据文件:Data.sqlite。

数据文件存储在上面提到的 My-Project-Data 目录中，并在文件系统上进行版本控制，如下所示:

My-Project-Data/
    v1.1/
        Data.sqlite
    v1.2/
        Data.sqlite

使用符号链接(symbolic link)将数据文件添加到存储库:

My-Project/
    .git/
    Source-Code-and-Stuff/
        Data-Symlink.sqlite

在ma​​ster 分支上，Data-Symlink.sqlite 是

../../My-Project-Data/v1.1/Data.sqlite

在 version-1.2 分支上它是

../../My-Project-Data/v1.2/Data.sqlite

因此，当开始开发 1.3 版时，以下 bash 脚本将设置所有内容:

# Get to the root directory
cd path/to/Root-Directory
# Enter the data directory
cd My-Project-Data
# Make a directory for the new version and enter it
mkdir v1.3
cd v1.3
# Copy the new sqlite file into it
cp ~/path/to/data/file.sqlite Data.sqlite
# Move to the project directory
cd ../../My-Project
# Create a new branch
git checkout -b version-1.3
# Move to the source code directory and delete the current symlink
cd Source-Code-and-Stuff
rm Data-Symlink.sqlite
# Create a symlink to the new data file
ln -s ../../Project-Data/v1.3/Data.sqlite Data-Symlink.sqlite
# Commit the change
cd ../
git add Source-Code-and-Stuff/Data-Symlink.sqlite
git commit -m "Update the symlink"

结论

显然这不是一个完美的解决方案。如果您在团队中工作，团队中的每个人都需要拥有相同的相对目录 - 符号链接(symbolic link)是相对路径，因此 Root-Directory 的绝对路径可以更改，但 My -Project 和 My-Project-Data 必须 存在于其中。但我个人认为，好处超过了这个小警告。在实际项目中，我正在使用这种技术，我有一个 800MB 的 sqlite 数据文件，能够在实时和开发分支之间切换并让我的项目自动更新数据文件是无价的。