gpt4 book ai didi

git - 在 Git 中安全工作

转载 作者:太空狗 更新时间:2023-10-29 14:48:01 25 4
gpt4 key购买 nike

我在我的 unix 服务器上安装了 Git,我的 webapps 目录包含我已设置为非裸仓库的整个网站内容。

我的团队中还有另外 2 名成员也从事网站方面的工作。

我们 3 名开发人员如何在同一个非裸仓库中工作并提交我们的更改,而不会有提交其他开发人员文件的风险,如果我执行 git add . 然后提交它们可能会发生这种情况?

谁能为在这种情况下工作的 3 人或更多人推荐一种安全的方法?

最佳答案

您真的不希望两个开发人员共享一个工作副本。在这种情况下无法确保安全:如果你们俩同时去编辑同一个文件怎么办?

git 有很多用于 merge 冲突管理的工具,但是如果您有两个开发人员共享一个存储库来管理他们的作品,那么这些工具没有对您有帮助进步。

相反,进行设置以便每个开发人员都有自己的测试环境,他们可以在其中评估对本地副本所做的更改是否有效。当更改准备好“发布”时,他们将其推送到中央共享存储库。该中央存储库中的代码最终会进入生产环境。

开发人员用来测试他们的更改的网络服务器可能不需要什么花哨的东西;例如,Python 有一个内置的微型 Web 服务器,可以通过 python -m SimpleHTTPServer 调用。这个或类似的小型服务器可能适合测试 HTML 和 Javascript 项目。如果您有更复杂的设置,您仍然可以为每个开发人员准备一个“暂存”副本:复制您的数据库、Web 服务器等。如果你想全力以赴,让每个开发人员在一个克隆的虚拟机上工作,并完全复制你的实际环境。

如果您想要真正有力地保证进入主存储库的代码是好的,请使用像Gerrit 这样的网守系统。和/或类似 Jenkins 的自动构建器.对于一个三人团队,让每个开发人员在推出更改之前仔细检查他们自己的更改可能就足够了。

如果您必须共享工作副本,您将不得不回退到旧系统:CVS 样式的锁。在开发人员对文件进行更改之前,他们需要“ checkout ”。当它被“ checkout ”时,没有其他开发人员可以触摸它(将其设置为只读)。在任何人做出 promise 之前,您对您的同事大喊“嘿,我正在做出 promise !没有其他人做任何事情!”。然后你执行 git add -i 或类似的操作,进行提交,然后告诉其他人一切都清楚了,他们可以继续了。 这是一种糟糕的工作方式。不要这样做。

关于git - 在 Git 中安全工作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14524992/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com