Git只能推送差异吗?

Git只能推送差异吗?,git,version-control,Git,Version Control,考虑这个(典型的)场景:在同一个团队中,后端开发人员正在优化DB查询,而前端开发人员正在修复布局错误。在SVN中,即使没有在开发机器上签出最新版本,也可以提交更改。这意味着前端开发人员可以提交布局修复,而后端开发人员可以并行提交修复。前端开发人员不必为了提交而拉后端修复程序,因此他们可以避免每次提交时重建和/或重新部署他们的数据库 在Git中,即使您的本地主管已经过时,也可以推动更改吗?不,不是。但这不是什么大问题,因为你可以 git pull 至少在git 1.7.0或更高版本中,它将合并所

考虑这个(典型的)场景:在同一个团队中,后端开发人员正在优化DB查询,而前端开发人员正在修复布局错误。在SVN中,即使没有在开发机器上签出最新版本,也可以提交更改。这意味着前端开发人员可以提交布局修复,而后端开发人员可以并行提交修复。前端开发人员不必为了提交而拉后端修复程序,因此他们可以避免每次提交时重建和/或重新部署他们的数据库


在Git中,即使您的本地主管已经过时,也可以推动更改吗?

不,不是。但这不是什么大问题,因为你可以

git pull
至少在git 1.7.0或更高版本中,它将合并所有文件的更改,包括您没有处理的文件,这些文件当然应该合并而不会出现任何问题


关于重新编译。。。是的,我明白你的意思。但可以说,在提交之前重新构建/测试是一个好主意,以确保树始终构建、通过测试等。

如果您希望以这种方式工作,那么您可以将项目重新组织为子模块,这样,您的前端和后端团队可以更加独立地协作。

分支/合并就是为了这种情况而设计的。OP的动机似乎是让前端人员“避免每次都重建和/或重新部署数据库”。