启动新项目时的源代码控制

Question

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

如何在开始阶段管理使用源代码管理？

修改 我可以看到它与源代码控制没有任何关系，但是当你有源代码控制时它也会变得更加明显。因此问题变得更加“你如何设法将任务分开，以便它们不会重叠太多。我认为这很难，而且我还没有真正看到如何做到这一点。

Answer 1

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

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

修改

为了解决多个人在同一个任务上工作的问题，我倾向于在2-6人的小团队中工作;在这种环境下，使用scrum方法的Crystal Clear影响方法取得了很大的成功：

1. 建筑师/设计师提出高水平设计
2. 架构师/设计师定义迭代/交付，第一个是“项目框架”，由架构和后端组件以及应用程序的一小部分组成
3. 主管人员将功能分解为1-3天任务/工作单元（估计）
4. 团队会面并讨论任务的优先级，时间安排和依赖关系，并划分第一组任务
5. 团队每天都会举行简短的会议，讨论状态/优先级和依赖关系，并在必要时改变方向

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

Answer 2

我不认为源代码控制与协调人们的努力问题有很大关系（除了当人们错误地尝试以不同方式修改相同文件时它可以捕获一些“冲突” - 但是，这不是善于预防冲突，甚至只是“预防冲突”本身并不能确保每个人都在按照优先事项开展理想的工作。通过实践（可能还有工具，例如Pivotal Tracker）正确管理协调 - 但是，使用正确的实践比使用漂亮的工具更重要！ - ）特别注重确保协调。例如，Tracker旨在支持和增强的实践，例如基于故事的迭代规划，以及其他兼容的实践，例如stand-ups，提供了满足这些需求的方法。

Answer 3

您必须拥有每个人都使用的基本版本，将其检入存储库，然后对存储库进行增量更改，确保每个人都在代码的不同部分工作，提交每个工作更改并解决冲突当它们发生时。我就是这样做的。