我知道这个问题已经以许多不同的形式被问过了,但我还没有看到我想要的配置,所以我想抛出这个问题。
我的需求如下: 1. 2个主分支的克隆,因此每个克隆都有自己项目的完整版本,以便一个子域名进入他的当前工作,另一个子域名进入我的当前工作,这样我们都可以看到我们在各自的远程克隆中提交和推送到远程服务器的更改。
我们两个都有我们自己的远程文件夹/克隆的本地版本。
实质上,我们都有自己的分支,我们都不会将其提交到主分支。在这种情况下,我的个人分支可以被认为是主分支,因为我希望他能够进行更改,我能够在他的子域名上看到并测试它们,并将它们合并到我的分支中。
我还希望他能够从远程服务器拉取我的最新提交到他自己的远程克隆中,然后随后到他的本地机器,以便他始终拥有我的最新代码。
对此有什么最佳实践吗?目前为止,这就是我们一直在做的事情,它让我非常烦恼,让我讨厌 Git。
我们的做法如下: 1. 我在本地进行更改,提交,然后推送到相同分支的远程文件夹。 2. 他将本地文件夹/分支与我所做的远程提交合并。 3. 他提交了本地的任何更改,然后提交到他的远程分支/子域名。(这应该意味着他的远程分支也包括他合并的我的更改,因为他的远程文件夹应该是他本地机器的精确副本) 4. 在检查和测试后,我认为一个功能已经完成,然后将其合并到我的本地分支/文件夹中。 5. 我将其推送到我的远程分支/文件夹中,一切都可以在我的域上看到。
我们这样做不正确吗?有什么建议或建议吗?
重要的是,我们每个人都有自己的分支,并且可以创建其他功能分支并将它们合并到自己的分支中。而且我们每个人都在服务器上拥有本地机器的精确副本,位于不同的文件夹中,由 Web 服务器通过子域名指向,因此可以同时查看不同状态的两个复制品。
对于篇幅过长,我提前道歉。
我的需求如下: 1. 2个主分支的克隆,因此每个克隆都有自己项目的完整版本,以便一个子域名进入他的当前工作,另一个子域名进入我的当前工作,这样我们都可以看到我们在各自的远程克隆中提交和推送到远程服务器的更改。
我们两个都有我们自己的远程文件夹/克隆的本地版本。
实质上,我们都有自己的分支,我们都不会将其提交到主分支。在这种情况下,我的个人分支可以被认为是主分支,因为我希望他能够进行更改,我能够在他的子域名上看到并测试它们,并将它们合并到我的分支中。
我还希望他能够从远程服务器拉取我的最新提交到他自己的远程克隆中,然后随后到他的本地机器,以便他始终拥有我的最新代码。
对此有什么最佳实践吗?目前为止,这就是我们一直在做的事情,它让我非常烦恼,让我讨厌 Git。
我们的做法如下: 1. 我在本地进行更改,提交,然后推送到相同分支的远程文件夹。 2. 他将本地文件夹/分支与我所做的远程提交合并。 3. 他提交了本地的任何更改,然后提交到他的远程分支/子域名。(这应该意味着他的远程分支也包括他合并的我的更改,因为他的远程文件夹应该是他本地机器的精确副本) 4. 在检查和测试后,我认为一个功能已经完成,然后将其合并到我的本地分支/文件夹中。 5. 我将其推送到我的远程分支/文件夹中,一切都可以在我的域上看到。
我们这样做不正确吗?有什么建议或建议吗?
重要的是,我们每个人都有自己的分支,并且可以创建其他功能分支并将它们合并到自己的分支中。而且我们每个人都在服务器上拥有本地机器的精确副本,位于不同的文件夹中,由 Web 服务器通过子域名指向,因此可以同时查看不同状态的两个复制品。
对于篇幅过长,我提前道歉。