9
开发人员如何在自己的工作站上工作的标准
我们只是遇到了一种情况，这种情况有时会在开发人员在项目进行中几天病倒的情况下出现。 关于他是否提交了最新版本的代码还是我们应该关注的本地计算机上是否存在一些最新问题，我们存在一些疑问，我们已经交付给客户，因此我们迫不及待他返回。 其他开发人员中的一个以他的身份登录并发现了一个混乱的工作空间，其中许多貌似是同一项目，但带有时间戳，使得不清楚哪个是“当前”（他正在对项目版本的一些原型进行原型设计，而不是他的“核心”之一）。 显然这是一个痛苦的瓶颈，但是替代方案（这似乎是每个开发人员如何在自己的计算机上工作以确保其他任何开发人员都可以用最少的精力来捡拾东西的严格标准）可能会破坏很多开发人员的个人工作流程，并导致个人效率低下。 我不是在谈论签入代码的标准，甚至不是通用的开发标准，而是在谈论开发人员在本地的工作方式，根据我的经验，这个领域通常被认为几乎完全在开发人员自己的控制之下。 那么如何处理这种情况呢？这是发生的事情之一，您必须处理，让开发人员付出的代价能够以最适合他们的方式工作？ 还是您要求开发人员遵守这方面的标准-使用特定目录，命名标准，Wiki上的注释或其他内容？如果是的话，您的标准涵盖了哪些内容，它们的严格程度如何，您如何监管它们等等？ 还是我还缺少其他解决方案？ [[为了争辩，假设无法与开发人员联系以讨论他在这里所做的事情-即使他能够知道并描述内存中哪个工作区也不会变得简单无瑕，有时人们真的可以我们无法与您联系，希望提供一种解决所有可能情况的解决方案。] 编辑：我知道通过某人的工作站是不好的形式（尽管这是一个有趣的问题，而且可能是主题外的问题，确切说明为什么如此），而且我当然不是在寻找无限的访问权限。按照标准的思路进行更多思考，在该标准中，将其代码目录设置为只读共享-无法更改，看不到其他内容，依此类推。