windows - 当中央存储库位于 Windows 文件共享上时,与多个用户一起使用 git 是否安全?

标签 windows git concurrency network-share

我们是一个不到十人的团队,需要快速设置一个支持基于事件目录的身份验证的 git 服务器。

最简单的解决方案似乎是使用带有裸 git 存储库的文件共享并使用 unc 路径访问它,例如

git clone //server/share/repo.git

但是,我们有点担心鲁棒性。当几个人使用同一个 git 存储库并且没有实际的服务器组件在运行时,是否没有并发问题?

客户端运行的是 Windows 7,服务器是 Windows Server 2008R2。使用 msysgit 1.8.1.2

(我很清楚还有很多其他的 git 服务器解决方案,但是,特别是考虑到 AD 身份验证的要求,它们的设置并不那么简单)

最佳答案

似乎 AR Auth 将唯一发挥作用的时间是推/pull 。

当您克隆 git 存储库时,整个历史也会被克隆,因此每个用户都将拥有一个完整的存储库。

如果文件共享失败,任何用户都可以通过向上推送代码来替换新共享上的代码。

并发性不是问题——因为 git 是分布式的,它处理并发性的方式与其他 VCS 不同:没有文件锁等。

关于windows - 当中央存储库位于 Windows 文件共享上时,与多个用户一起使用 git 是否安全?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15074353/

相关文章:

mysql - 在文本文件中存储批处理脚本的时间和错误

windows - Selenium 3.7.1 webdriver 错误 : Timed out waiting for driver server to start. 仅限 Windows

git - npm run build 如果成功则提交

windows - 按操作系统划分的 Git 客户端使用率 - 百分比是多少?

git show 查看重命名文件的先前版本?

java - 在 REST 中处理相同的并发请求

C++ 崩溃转储,堆栈在 Win32 异常时展开(当使用 catch(...) 时)- VS 2003

python - 如何并行运行多个阻塞 IO 协程

ios - 是-scrollViewDidScroll : called on a background thread?

windows - 监听 UDP 多播数据包