version-control - 启动新项目时的源代码管理

Question

关闭。这个问题是opinion-based .它目前不接受答案。












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

2年前关闭。




Improve this question




当从一个项目开始并使用源代码控制时，我发现很难将人们正在处理的事情分开，因此他们不会编写重复的代码或认为它应该被命名为一件事等等。
这个问题会随着时间的推移而减少，因为总体基础已经到位，并且更容易分离任务，因此它们不会重叠太多

在开始阶段，您如何管理源代码控制？

编辑:
我可以看到它与源代码控制没有任何关系，但是当您也有源代码控制时，它会变得更加明显。所以问题变得更像是“你如何设法分离任务，使它们不会重叠太多。我认为这真的很难，我还没有真正了解如何去做。

Answer 1

嗯，就源代码控制而言，需要有人带头设置项目的基本结构、目录等，并将其传达给团队。在我从事的项目中，这通常是架构师或高级开发人员，他们了解团队/公司项目组织的最佳实践。

关于避免多人同时处理相同的任务，这是一个项目管理功能；有人需要确定需要完成哪些任务，并将其传达给团队。如果您在敏捷/scrum 环境中工作，团队可能会在他们之间划分和分发工作项，但在任何一种情况下，您都需要进行沟通以避免重复执行相同的工作。

编辑

为了解决多人同时工作的问题，我倾向于在较小的团队中工作，2-6 人；在这种环境下，我用 scrum 取得了很大的成功。 - 使用 Crystal Clear 的影响方法方法:

建筑师/设计师提出高水平设计

架构师/设计师定义迭代/交付，其中第一个是“项目骨架”，由架构和后端组件以及应用程序的一个薄片组成

领导者将功能分解为 1-3 天的任务/工作单元(估计)

团队开会讨论任务的优先级、时序和依赖关系，划分第一组任务

团队每天召开简短的 session 来讨论状态/优先级和依赖关系，并在必要时改变方向

对于较大的项目/团队，您几乎肯定需要一个主要工作是跟踪状态、依赖关系和冲突的人。