我是 Git 新手,只是对它进行了修改。到目前为止我真的很喜欢它,我们正在讨论开始在我工作的地方使用它。
出现的一个问题(我无法回答)是开发人员长时间在本地提交的情况,因为他们的工作还没有准备好推送到中央存储库。如果他们的硬盘崩溃,如何避免失去开发人员的工作?
在网络共享上镜像本地存储库或类似的东西是最佳实践吗?
我是 Git 新手,只是对它进行了修改。到目前为止我真的很喜欢它,我们正在讨论开始在我工作的地方使用它。
出现的一个问题(我无法回答)是开发人员长时间在本地提交的情况,因为他们的工作还没有准备好推送到中央存储库。如果他们的硬盘崩溃,如何避免失去开发人员的工作?
在网络共享上镜像本地存储库或类似的东西是最佳实践吗?
开发人员长时间在本地提交,因为他们的工作还没有准备好推送到中央存储库。
但是他们的工作已经准备好了。开发人员可以分支master
分支
git checkout master
git branch experiment
git checkout experiment
现在一旦他们完成了一些实验工作,他们可以在不影响分支的情况下推送实验master
分支
git push origin experiment
然后在合适的时候你可以合并分支
git checkout master
git merge experiment
或删除分支
git branch -d experiment
你会注意到官方的 Git 存储库 是这样做的
master # main branch
next # soon to be merged to master
pu # proposed updates
尝试使用 git 来获取我的工作文件的同步副本太让人头疼了,我发现我花了更多时间与 git 争吵(并做出诸如“更新”、“更新 #2 之类的混乱提交” ", "updated #3") 比我开发的要好。
我使用单独的分支/远程和“云”(即使我讨厌使用该术语)备份解决方案的组合,例如保存我的 repo 的当前“脏”状态的 dropbox。这样我就可以打开我的笔记本电脑,并立即从我离开的地方继续,而无需尝试下拉/合并我的更改。
另一件需要注意的事情是,git 不是用于备份的,尽管它的分布式特性使得在出现问题时更容易恢复工作。这就是备份脚本的用途:)