在远程存储库中使用Git的正确方法是什么?

听起来是Git的一个很好的用例。要记住的一点是Git是一个分布式版本控制系统。每个开发人员都有自己的存储库,在将工作发布到生产环境之前,您需要在其中设置一个集中的“源站”存储库,在那里共享工作。

下面链接的是一个流行工作流的介绍:Gitflow。要记住的主要一点是,您需要在源代码历史记录中标记特定的点以进行测试,然后在测试成功后才将这些更改合并到master中。

https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow

建议的分支设置

为一个3人的团队简化Gitflow,您可能需要从两个分支开始:一个分支用于要生成的每个环境 建造 为了。

• master=>生成部署到生产环境中
• dev=>生成部署到测试

样本更新程序

下面的步骤概述了一种发布到测试和生产环境的方法。

• 将更改提交到 dev 把它们推到原点
• 开发完成后,标记 DEV 带版本的分支(例如 dev/1.0.0 )
• 将该提交推送到测试环境并验证它
• 如果测试通过,则合并 偏差/1.0.0 到 master ,生成并部署到生产环境中
• 如果测试失败,请使用上面的步骤处理另一个修复。
• 你可能最终会合并 dev/1.0.2 例如,在下一次正式部署之前
• 当你推动生产,标签 master/1.0.2 所以你知道它已经上线了

通常,您的生产环境应该通过不直接涉及Git的部署过程进行更新。您将需要设置一个从存储库中的特定标记版本部署代码的构建。您可以对该部分使用现有的FTP更新过程。

阅读材料

这里有更多的链接可以开始。希望这有帮助!

• https://git-scm.com/docs/git-merge
• https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging
• https://learngitbranching.js.org/

服务器上远程回购的常见最佳实践是:

• 一个空的回购(意味着您不使用ftp文件,而是强制提交这些文件)
• 唯一(不需要两个回购)
• 带有一个接收后挂钩,能够检测到正在推送的分支( as I did here )
• 用一个 git checkout --force 将裸露的repo内容转换为专用的工作树( as in here )

这样,您就有两个分支,每个分支都被推到远程服务器上的裸repo,这将触发同一服务器上专用工作树(每个分支一个)的更新。
一旦 dev 分支已验证,它可以合并到 master 将分支推送到同一个裸回购,并触发目标工作树的更新。