版本控制工作流程

Jas*_*vis 1 git version-control

我已编码超过10年,但我从未使用任何版本控制.我想学习并开始使用GIT,我打算很快阅读Apress ProGIT书.

这个问题不是关于如何使用GIT命令,而是更多关于调用它们的步骤.

我经常读到有人说要签出一个项目,然后将其推送到服务器.

我通常一次处理很多文件所以我想弄清楚,每次我对文件进行更改并点击"保存"是我应该提交该文件的时间,还是更像是我在这些文件上工作今天的文件,在一天结束时,我可以提交所有这5个文件?

我知道很多人都使用GIT命令行,所以我无法想象每次改变文件时它们会来回传递.

我意识到这可能听起来很基本,但是记住我从来没有使用任何类型的版本控制,所以我有点迷失,我的意思是所有文章和教程都是关于正确的语法/命令,并假设你有其他版本控制知识(大多数人都这样做)

Yuv*_*dam 7

使用git或任何DVCS的事情是,提交推送上游提交是完全不同的概念.例如,如果使用SVN,提交意味着每个人都看到你的变更集,在git中你没有这样的担忧.随时随地提交,尽可能多地提交.一旦您对它们充满信心,就可以将更改推送到上游.

这允许您按照自己的意愿提交.基本上,这归结为您的个人工作流程偏好以及您团队的偏好.

一个好的经验法则是在你有一个稳定的新版本代码后提交,这样如果有人碰巧检查了那个版本,那么东西就不会被破坏.(如果您打算这样做git bisect,这也很重要,这是一种高级调试方法,但暂时忽略它.)

您可以从中学到一些非常好的资源 - 例如: