小团队的Git发展战略

Question

我们有一个小型数字团队(3名设计师,3名开发人员),并希望将Git集成到我们的系统中.

目前,对于我们的大多数网站,我们都有一个临时站点(dev.example.com)和一个生产站点(example.com).我们的开发人员通常会对本地版本进行代码更改,将这些更改移至暂存站点,然后一旦获得批准,这些更改将被实时移动.另一方面,我们的设计师直接对临时站点进行小编辑(当开发人员太忙时),然后在批准后立即推送.此外,在某些情况下,我们没有暂存站点,编辑会直接推送到生产站点.

我知道不同的工作流程并不理想,但是我们将Git集成到当前系统并保持工作流程相当简单(为了设计者的利益)的最佳方式是什么？我们当前的工作流程是否应该在合并Git之前首先进行标准化(即,分段站点是强制性的,设计人员必须在推送到分期之前在本地开发)或者Git是否足够灵活以便按原样工作？

我对Git相当新,但已经读到只应该将一个推送到一个裸存储库.这有必要吗？如果是这样,这可能是暂存网站吗？或者它应该是它自己的实体(即在像example.local这样的内部服务器上)？

一个好的工作流程是这样的:

1. 用户将裸存储库提取并合并到本地存储库中.
2. 用户在本地开发并提交对本地存储库的更改.
3. 用户将更改推送到example.local(或类似的东西)的裸存储库
4. 用户将更改从裸存储库拉到staging存储库dev.example.com
5. 批准后,用户将更改从裸存储库提取到生产存储库example.com

这个工作流程的唯一问题是裸机库似乎没必要......不是吗？最后,我了解将在本地存储库中记录的内容(用户更改,提交等),但我不清楚将在裸存储库(推送后),暂存(在拉动之后)上记录的内容)和生产(拉动后); 可以轻松跟踪和记录上述所有步骤吗？

感谢您提供的所有建议/答案!

Answer 1

这是一个有趣的 git 工作流程：http://nvie.com/posts/a-successful-git-branching-model/

如果您的开发人员和设计人员不熟悉命令行界面，请使用 GUI git 包装器，有以下几种：gitx，gitbox，git tower，只需 google 即可获取他们的站点。找到您的团队熟悉的一个或多个工具。

最好的工作流程是满足您团队需求的工作流程，并且它可能会随着时间的推移而改变。