关于用 git 部署测试环境和生产环境的一点纠结？

Question

关于用 git 部署测试环境和生产环境，有点疑问纠结中。希望各位前辈指条明路。

我现在的做法: （第一种方法）

本地写代码，完成后 push 到 bitbucket 上。

然后在测试环境 pull bitbucket上的测试分支。

测试没有问题的话，在 bitbucket 创建一个拉取请求。把测试分支和主分支合并。

在生产环境中 pull bitbucket上的主分支。

第二种方法

之前看了很多文章，有人也用这种方法。

在测试环境和生产环境中分别建 git 仓库，

然后在本地的开发完直接 push 到测试环境上测试，

然后 push 到生产环境运行。

不知道这两种方法哪个更好？我现在有点纠结在这上面。
不知道哪种方式更科学效率更高呢？

总感觉我目前这种方式，有点麻烦。每次 push bitbucket 上面，然后登录测试服务器 pull 。又要在 bitbucket 合并，然后登录又要登录生产环境的服务器 pull 代码。

那如果用第二种方法的话，是不是 bitbucket 就完全没有必要了？。

另外如果用第一种方法的话，应该可以代码开发玩 push 到 bitbucket 后，如果 bitbucket 上开发分支有变化，测试环境自动同步 bitbucket 上的开发分支。 bitbucket 上的主分支有更新的话，生产环境自动同步 bitbucket 上主分支的代码。（应该用 git 的 hock 应该可以做到。）但这样做的话，是不是还是要在测试环境和生产环境的服务器上分别建立 git 仓库呢？

如果生产环境和测试环境可以自动同步 bitbucket 代码，请问怎么弄？

Answer 1

1. 버전 관리(git/svn)와 배포는 적절하게 격리(분리)되어야 합니다.

2. 테스트 시스템과 배포 시스템은 타겟 코드의 브랜치와 버전 번호만 알면 됩니다.

3. 배포 시스템은 모든 브랜치에 모든 버전의 코드를 배포할 수 있어야 합니다(온라인 상태여야 하는 코드가 반드시 최신일 필요는 없음).

Answer 2

프로덕션 환경에서는 마스터 브랜치를 배포하고, 테스트 환경에서는 마스터에서 개발 브랜치 등의 브랜치를 체크아웃하고, 마스터 브랜치에서 기능 등의 새로운 기능을 체크아웃한 후 개발 병합 기능 브랜치를 사용하여 테스트합니다. 테스트 후 마스터 병합 기능 분기를 사용하세요. 병합 마스터 코드를 매일 개발하여 최신 상태로 유지하세요.