我应该在项目源文件夹中还是在上层创建一个Git仓库?
e.g。
方法1
.git
project
project\foo.c
project\bar.c
方法2(在项目文件夹下)
.git
foo.c
bar.c
答案 0 :(得分:2)
版本化项目的目标是(从其历史记录的任何状态)返回一个能够重现您正在使用该项目执行的操作状态。
因此,如果您可以复制特定目录并仍然返回一个功能齐全的项目(无论该项目是什么),请将其用作在该目录中创建.git
的条件。
答案 1 :(得分:1)
第二个。但是,有些人更喜欢将源放在src
目录中。当您的项目变得更加复杂并且您必须包含文档,测试(您可以将它们放在项目目录中,紧挨着src
)时,它非常有用。
答案 2 :(得分:0)
您应该将您的Git存储库放在最可能的级别,该级别是您要使用Git管理的文件和目录的父级。
因此,在您的示例中,它将是方法2。
答案 3 :(得分:0)
为什么我的git住在src /文件夹的父文件夹中?
1)我在存储库中有一些重要文件,这些文件不属于src /。这包括我的git repo的README.md文件,许可证文件,任何支持的项目文档等。
2)将支持文件和我的src文件夹保持在git根目录级别,相对于支持文档和文件夹,用户可以更轻松地快速查看我的源代码的位置(显然在src中)。否则,他们必须狩猎和猜测。
3)我经常使用控制台手动编译和执行代码(由于nerd)以及管理git。当我的工作文件夹是src /的父文件夹时,我发现这样做更加容易(因为我需要的路径相关选项更少)。但是,如果我的git位于src /中,则必须更改工作目录才能运行git命令。
4)我经常保留我的项目的docker实例,并且经常在搞乱它。 Docker文件位于源文件的父目录中,因此,再次输入较少的与路径相关的选项。
为什么有时候(但很少)我的git生活在src /
1)如果回购全部是代码,而没有其他内容(通常在将其用作参考时),则src文件夹只会增加阻力,而不是增加价值。
2)如果源的父项杂乱无章,或者您发现.gitignore您的IDE项目文件和执行文件夹需要大量工作。我的文件夹从不乱糟糟,而且.gitgnore并不难,所以原因(1)几乎是我唯一的原因。
没有错误的方法,正确的方法就是适合您的样式或项目需求的方法。