作者:缅追逐暗夜的流星 | 来源:互联网 | 2023-05-27 10:28
我正在使用sublime txt编辑器为我的所有开发项目编写代码和源代码树,并且我经常在一天结束时提交我的更改并将它们推送到远程存储库,有时甚至更频繁,但我尝试在最后执行每个工作日.
有时我碰巧忘了承诺和推动.
是否有可能在我设定的时间和时间段以某种方式自动完成此操作?
1> Schwern..:
不要这样做.
版本控制不是备份系统.如果您需要备份系统,请使用一个.有许多免费的自动在线备份服务可供选择.一个简单的技巧是将项目文件放在Dropbox文件夹等中.
git中的提交是关于创建更改原因的记录.对于试图在将来理解您的代码的其他人(在六个月内可能是您),它必须是有用的.在它最基本的层面上,它必须回答"为什么这个代码以这种方式编写?"的问题.当您完成单个逻辑更改时,应该完成提交.修复了一个错误,添加了一个功能,更改了一个名称,等等.这会将更改拆分为易于查看的块,并且可以轻松描述您已完成的操作.如果提交只是你今天所做的一切,那对任何人都没有帮助.如果您记录当天所做的所有事情,那么提交将会过大,包含多个更改,并且很难确定哪些代码与更改有关.
作为上次代码工作的检查点,提交也非常有用.如果您只在所有测试通过时提交,则调试会更容易.什么打破了代码?东西git diff
.如果你只是在一天结束时提交,你可能会提交破坏的代码.然后你失去了这个非常强大的调试技术.
Git有一个更强大的调试工具叫做bisect.它可以自动找到导致错误的提交.它依赖于每个提交都是工作代码的想法.
在一天结束时习惯性地推动甚至更糟.如果您的代码尚未准备好与他人共享,请不要推送它.
与Subversion不同,Git故意将提交和推送的概念分开.推动是在分享你的工作.即使在分支中,避免破坏代码也是非常重要的.项目中的其他人(包括未来的人)应该合理地期望他们所使用的代码可以工作.然后他们知道任何失败都是合并的错误.如果您始终不得不质疑共享存储库中的代码是否有效,那么它会大大减慢工作量.如果推送损坏的代码,推送会对其他人造成影响.
你可能会说"我一个人工作".这是一个非常糟糕的习惯.你不会一直独自工作.或者,如果你这样工作,也许你会!从现在起几个月或几年后你会看到你的代码而你将不记得为什么你这样编写它.
这个规则有一个小例外.持续集成服务(例如Travis)要求您推送代码来测试它.也就是说,您仍然提交逻辑更改,您仍然运行本地测试.