启动新项目时的源代码控制[关闭]

Question

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

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

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

Answer 1

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

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

编辑

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

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

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

Answer 2

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

Answer 3

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