如何设置此git工作流？

我希望能够设置以下git工作流，但它会混淆哪些是正确的命令来使用-rebase、remote等

克隆一个开源项目，在那里我只能以只读方式访问他们的git repo

对项目进行更改，并将这些更改保存到我的私有github repo中—我们称之为“开发”

一旦开发人员的更改稳定，将其转移到“暂存”

测试“暂存”后，将更改移至“生产”

同步远程开源项目，比如说每周同步一次，因为它总是在变化，然后重新开始整个过程

---

谢谢

为什么您需要一份源代码的副本来进行登台和制作？为什么不在开发中使用标签来正式发布人工制品，这样您就可以说“1.2.3已经准备好登台环境了”，“1.2.3在测试中做得很好，现在是一个生产交付品”？如果您在1.2.3中发现一个bug，您应该在基线（开发）中修复它，可能会签出标签来重现问题。有些文件应该只在生产中，比如缓存设置，数据库设置和最大内存设置-因此只有生产区域中的设置和开发/阶段中的其他所有设置为什么需要源代码的副本来进行阶段和生产？为什么不在开发中使用标签来正式发布人工制品，这样您就可以说“1.2.3已经准备好登台环境了”，“1.2.3在测试中做得很好，现在是一个生产交付品”？如果您在1.2.3中发现一个bug，您应该在基线（开发）中修复它，可能会签出标签来重现问题。有些文件应该只在生产环境中，比如缓存设置、数据库设置和最大内存设置，所以只有在生产环境中才有这些文件，而在dev/staging-1中的所有其他文件都忘记了“git add”，您忘记了“git remote add github”之类的内容。最后，合并应该在签出开发分支后进行，而不是主分支。您可以编辑答案。这就是为什么有一个

edit

按钮！

git克隆

会自动添加远程跟踪分支。用户可能希望有一个与遥控器完全相同的

主机

分支。因此合并到

master

。啊！我的错。抱歉，@mrrtnn.：-（-1您忘记了“git add”，您忘记了类似“git remote add github”的内容最后，合并应该在签出开发分支后进行，而不是主分支。您可以编辑答案。这就是为什么有一个

edit

按钮！一个

git clone

自动添加一个远程跟踪分支。用户可能希望有一个与远程分支完全相同的

master

分支。因此合并到

大师

。啊！我的错。抱歉，@mrrtnn:-(

# clone, create and change to branch development
git clone git://the/open/source/project.git
git checkout -b development

# make changes and commit
git add ...
git commit -m '...'

# several commits later, create a branch named staging and change to it
git checkout -b staging

# after testing, create a branch named production and change to it
git checkout -b production

# syncing ( assuming the remote to be named origin and the branch is named master )
git checkout master
git fetch origin master
git merge origin/master

# repeat the process