Version control 实现源代码控制

Version control 实现源代码控制,version-control,Version Control,我的公司有3个开发者。我,另一个家伙,一个副开发人员。我真的很想实现源代码控制,特别是因为我们的代码似乎是随机变化的。我们倾向于在服务器、现场等上开发 如果有必要的话,我可以在我的机器上有一份数据库副本来对付另一个人。开发副总裁不想要它。我怎样才能和他一起改变主意,或者让它为他工作?你应该有源代码管理。没有太多理由不拥有它。源代码管理将保护您免受可能导致代码出现问题的更改。我建议将db模式和数据样本集放在版本控制中。这将允许对数据库进行独立更改,而不会破坏用户在站点上看到的实时内容 您应该有源代

我的公司有3个开发者。我,另一个家伙,一个副开发人员。我真的很想实现源代码控制,特别是因为我们的代码似乎是随机变化的。我们倾向于在服务器、现场等上开发


如果有必要的话,我可以在我的机器上有一份数据库副本来对付另一个人。开发副总裁不想要它。我怎样才能和他一起改变主意,或者让它为他工作?

你应该有源代码管理。没有太多理由不拥有它。源代码管理将保护您免受可能导致代码出现问题的更改。我建议将db模式和数据样本集放在版本控制中。这将允许对数据库进行独立更改,而不会破坏用户在站点上看到的实时内容

您应该有源代码管理。没有太多理由不拥有它。源代码管理将保护您免受可能导致代码出现问题的更改。我建议将db模式和数据样本集放在版本控制中。这将允许对数据库进行独立更改,而不会破坏用户在站点上看到的实时内容

安装并告诉反对者每个人都这么做: 严肃地说,即使对于单个开发人员,源代码控制也是必须的,更不用说对于三个开发人员了

至于DB服务器,您可以使用一台开发服务器,它可以是一台普通机器。当然,如果您使用每个数据库都是本地副本,这没有问题,但您必须拥有强大的数据库架构生成/同步工具。

安装并告诉反对它的人每个人都这样做: 严肃地说,即使对于单个开发人员,源代码控制也是必须的,更不用说对于三个开发人员了


至于DB服务器,您可以使用一台开发服务器,它可以是一台普通机器。当然,如果您使用每个数据库都是本地副本,这没有问题,但您必须拥有强大的数据库架构生成/同步工具。

请注意,您在这里并不是真正询问源代码管理,而是询问您的开发数据集所在的位置。如果可能的话,每个开发人员的本地数据库是最好的,但如果做不到这一点,一个合理的替代方案是只使用一个包含源代码管理服务器和开发数据库的虚拟机。

请注意,您在这里并不是真正询问源代码管理,而是询问您的开发数据集所在的位置。如果可能的话,每个开发人员的本地数据库是最好的,但如果做不到这一点,一个合理的替代方案是只使用一个包含源代码管理服务器和开发数据库的虚拟机。

你必须让他认为这是他的主意


指出,使用源代码管理,您不仅拥有所有内容的内置备份,还拥有以前的版本-让他意识到这是一件多么好的事情。

您必须让他认为这是他的想法


指出,使用源代码管理,您不仅拥有所有内容的内置备份,而且还拥有以前的版本-让他意识到这是一件多么好的事情。

将内容置于源代码管理之下真的很容易-从现在起,10分钟后您就可以将源代码置于源代码管理之下。我不会试图说服他这些好处,我只会继续做下去

只需将源代码的副本置于源代码管理之下,即使他不使用它,也只需定期将live中的更改合并到源代码管理存储库中即可。至少这样,你有一个修改历史,如果你是他是唯一更改来源的人,这意味着你没有做的任何更改,他一定做了


幸运的是,随着时间的推移,他会慢慢地看到好处:哦,不,一切都坏了!你:别担心,我会看看自上次工作拷贝以来发生了什么变化…

将内容置于源代码控制之下非常容易-从现在开始,10分钟后你就可以将源代码置于源代码控制之下。我不会试图说服他这些好处,我只会继续做下去

只需将源代码的副本置于源代码管理之下,即使他不使用它,也只需定期将live中的更改合并到源代码管理存储库中即可。至少这样,你有一个修改历史,如果你是他是唯一更改来源的人,这意味着你没有做的任何更改,他一定做了


幸运的是,随着时间的推移,他会慢慢地看到好处:哦,不,一切都坏了!你:别担心,我会看看自从上次工作拷贝以来发生了什么变化…

听起来你需要让他相信这是真的

要解决问题,, 一个合适的解决方案正好满足您的需要,并且 易于使用。 听起来您已经掌握了要演示的信息1:上次代码在服务器上自行更改时,您丢失了某人的工作或结果不一致。砰,这是你的问题。第三个问题更难: 您需要选择一个带有一套好工具的SCM并进行演示。陆龟系列产品,陆龟,陆龟,是伟大的这一点,因为他们使它不可怕


第2项最难:证明这是合适的解决方案。也许,为了让他相信这一点,您可以参考其他程序员的轶事,或者通过查看Github,在那里您可以回顾产品的早期版本。我在这里抓住救命稻草,因为我觉得他的论点会是,啊,那是一个非常头痛的时候,是事情破裂的时候。这是不值得的。

听起来你需要让他相信这是值得的

要解决问题,, 一个合适的解决方案正好满足您的需要,并且 易于使用。 听起来您已经掌握了要演示的信息1:上次代码在服务器上自行更改时,您丢失了某人的工作或结果不一致。砰,这是你的问题。3是下一个更难的:您需要选择一个具有一套好的工具的SCM并进行演示。陆龟系列产品,陆龟,陆龟,是伟大的这一点,因为他们使它不可怕


第2项最难:证明这是合适的解决方案。也许,为了让他相信这一点,您可以参考其他程序员的轶事,或者通过查看Github,在那里您可以回顾产品的早期版本。我在这里抓住救命稻草,因为我觉得他的论点会是,啊,那是一个非常头痛的时候,是事情破裂的时候。这是不值得的。

显然,与人打交道的方法有很多种,而且在大多数情况下,你都有人际问题

我要做的第一件事就是找出他为什么如此反对源代码管理。通常情况下,不喜欢源代码管理的人也不喜欢:

承诺的额外工作 不要总是在互联网旁工作 看不到它的额外价值 每个问题都有不同的解决方案。显然,第三个问题很棘手,所以我会最后处理

如果他们不喜欢额外的提交工作,一些chron脚本将帮助他们或windows scheduler。定期在后台提交,或者递归地遍历他的文件并为下一次提交添加它们的东西。这将意味着您将在您的终端上做更多的工作来清理额外的文件和处理损坏的构建,但这是一个步骤。或者,如果他正在通过电子邮件向您发送代码,提交电子邮件的脚本也会起作用

如果他不总是在Internet访问旁工作,那么考虑一个类似Git的系统。与SVN相比,GIT的优势在于它使用了拉模型而不是推模型。因此,您从其他GIT用户那里获取更新,而不是推送提交。如果你在飞机上工作,没有互联网接入,这是一个很有价值的功能

最后,很难证明该系统的重要性。最好的例子几乎总是:我的机器烧坏了。我想你可以用核弹炸他的箱子,但现在让我们看看不激怒你老板的方法

展示存储库重要性的一个好方法是每日构建。每日构建意味着您可以轻松集成功能并更快地发现bug。每天构建一个存储库将显著改善您的工作条件,并可能给您留下良好的印象


这些只是人们不喜欢源代码管理的几个原因,但关键的想法是找到他的原因并适应它。

显然,有很多方法可以与人打交道,而在大多数情况下,你都有人的问题

我要做的第一件事就是找出他为什么如此反对源代码管理。通常情况下,不喜欢源代码管理的人也不喜欢:

承诺的额外工作 不要总是在互联网旁工作 看不到它的额外价值 每个问题都有不同的解决方案。显然,第三个问题很棘手,所以我会最后处理

如果他们不喜欢额外的提交工作,一些chron脚本将帮助他们或windows scheduler。定期在后台提交,或者递归地遍历他的文件并为下一次提交添加它们的东西。这将意味着您将在您的终端上做更多的工作来清理额外的文件和处理损坏的构建,但这是一个步骤。或者,如果他正在通过电子邮件向您发送代码,提交电子邮件的脚本也会起作用

如果他不总是在Internet访问旁工作,那么考虑一个类似Git的系统。与SVN相比,GIT的优势在于它使用了拉模型而不是推模型。因此,您从其他GIT用户那里获取更新,而不是推送提交。如果你在飞机上工作,没有互联网接入,这是一个很有价值的功能

最后,很难证明该系统的重要性。最好的例子几乎总是:我的机器烧坏了。我想你可以用核弹炸他的箱子,但是 或者现在让我们看看不激怒你老板的方法

展示存储库重要性的一个好方法是每日构建。每日构建意味着您可以轻松集成功能并更快地发现bug。每天构建一个存储库将显著改善您的工作条件,并可能给您留下良好的印象


这些只是人们不喜欢源代码管理的几个原因,但关键是找到他的原因并适应它。

为什么不在服务器上建立一个经常备份的开发数据库?如果可能的话,就像每天一样,或者至少备份表结构,suchVP不需要源代码控制,或者不希望您针对实时数据进行开发?完全独立的问题,同样重要的是要纠正。假设服务器在内部,也就是说,否则我会将您的一台计算机设置为DB服务器,仅用于开发现在已删除的答案交叉引用:为什么不在服务器上建一个经常备份的开发数据库?如果可能的话,就像每天一样,或者至少备份表结构,suchVP不需要源代码控制,或者不希望您针对实时数据进行开发?完全独立的问题,同样重要的是要纠正。假设服务器在内部,也就是说,否则我会将您的一台机器设置为DB服务器,仅用于开发。现已删除的答案交叉引用:如果他是一个不讲理的人,这就是答案。如果他是一个不讲理的人,这就是答案。现在基本上没有理由使用集中的SCM,也有很多理由使用分散的SCM,即使主回购协议的独立性并不重要,git和mercurial提供了subversion所缺乏的许多便利。这完全是主观的,说没有理由是完全错误的;现在基本上没有理由使用集中的SCM,也有很多理由使用分散的SCM,即使主回购协议的独立性并不重要,git和mercurial提供了subversion所缺乏的许多便利。这完全是主观的,说没有理由是完全错误的;您可以研究将远程源托管服务用作github。您可以研究将远程源托管服务用作github。