git - 小型、快速变化和快速完成项目的工作流程

Question

Closed. This question is opinion-based 。它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文来回答。

2年前关闭。



Improve this question




我已经看到很多关于 Git 工作流程的建议，但它对我们来说并不是非常有用。我想就我们的情况得到一些建议。

我们是一家来自俄罗斯的非常小的网络开发公司。我们的很多订单都是用于公司或事件的小型网站。它为我们的工作流程添加了一些细节。

“发布”或“版本”没有意义。

大多数更改必须很快完成:获取有关错误或增强/实现/查看本地机器/再次部署/测试的消息，以防出现问题

一开始没有特定“功能”的完美概念。开发人员会收到大量初始文档、模型、html 布局和有关快速更改的电子邮件信件。 (是的，这对于这些项目来说是可以的，它们非常小，需要以重新加载页面的速度非常快地更改)。当然，我们在 Redmine 和所有这些东西中使用票证，但是很难为每个附加功能使用单独的分支，甚至尽量不要在一次提交中添加两三个小页面/改进。

大多数情况下，只有两三个人在网站上工作。其中一个只编写 HTML/CSS/JS，另外一个或两个编写 Python (Django) 代码。他们的职责几乎没有交集，我从未见过只使用一个分支进行开发的问题。

没有测试服务器这样的东西(除了每个开发人员本地机器上的那些)。我们将测试服务器用于大型项目，但我现在不谈论它们。

我们不反对测试，但使用 TDD 的文化在这里非常年轻。

在一个网站上工作在一两个月内完成，之后我们只做一些小的改进或修复小错误，我们很少这样做。

所以它是这样的:

开发人员获得一项(或多项)紧急任务或从工单系统中选择一项或两项。

他进行更改并进行测试。

"hg pull -u"

" Mercurial 提交"

" Mercurial push "

部署
(实际上，第 3-6 步是用 fabfile.py 完成的。当然它要求提交消息)

继续执行其他任务(也许还有其他项目，我们有很多)。

我不觉得我们的流程很糟糕。但我认为它可以改进。我没有很好的开发经验。我的同事也没有(更糟糕的是，我是开发负责人，而且我是最有经验的)。

我们正在尝试将“最佳实践”用于我们最好的作品，但我们发现它们对于小型网站来说太复杂了。对于小型网站，“遗留”代码的问题并不是很烦人，因此我们更喜欢速度和易用性。我希望你在给我建议时考虑到这一点。

那么，有什么意见或评论吗？请分享您的经验。谢谢你。

我们希望改进的内容列表:

以某种方式进行更改的“安全性”

时间管理 - 我们想看看我们在哪些任务上花费了更多时间

添加/更改项目工作人员的容易程度

减少过多和不必要的沟通

最佳答案

根据您所写的内容-我为您的流程所做的唯一更改是每次提交仅执行 1 个功能。这将使将来更容易追踪事物。

关于git - 小型、快速变化和快速完成项目的工作流程，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4037224/

上一篇：git branch 几个提交前？

下一篇：git - 是否可以仅查看 git 中特定分支中的提交？

相关文章：

Mercurial 突然认为所有文件都已更改 - 等待锁定工作目录

java - Python 缺乏静态类型如何影响大型项目的可维护性和可扩展性？

project-management - 如何逆转代码的退化？

extra-deps 中的 Git 仓库

Python:致命:不是 git 存储库停止在文件系统边界(未设置 GIT_DISCOVERY_ACROSS_FILESYSTEM)

mercurial - 为什么在 Mercurial 中单独标记文件

command-line - Mercurial中是否有任何命令行来显示存储库树

java - 自动构建并将 zip/tar.gz 推送到网站目录

Git - 查看具有相应哈希值的特定子模块的历史记录

git - 在 git 中管理多个项目的最佳方式是什么？

Answer 1

根据您所写的内容-我为您的流程所做的唯一更改是每次提交仅执行 1 个功能。这将使将来更容易追踪事物。