我在公司代码改到一半就回家了，代码都在我的电脑里，没有提交版本库。
回到家以后，发现线上有个问题，需要马上修复，但是改动的文件，就是我在公司没有提交的文件之一，因为情况紧急我是直接到生产服务器调整了代码。
第二天合并代码的时候，意识到这样做应该是很不靠谱的，如果改动的文件比较多，应该很容易就会出问题。
求一个最佳思路
认证0级讲师
git バージョン管理モデルを推奨します: http://www.juvenxu.com/2010/11/28/a- success-git-branching-model/ 会社で書くコードはフィーチャーブランチ（feature ブランチ）または開発ブランチ（develop）に所属し、自宅で修正するコードはホットフィックスブランチ（hotfix ブランチ）に所属します。 まず、自宅でホットフィックスブランチを作成し、それをメイン ブランチ (マスター) にマージし、翌日マスター ブランチからパッチを取得して独自の開発ブランチにマージします。
さらに、git flowもありますhttps://github.com/nvie/gitflow
http://www.jeffkit.info/2010/12/842/http://jwch.sdut.edu.cn/book/linux/git_flow.html?highlight=flow
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
git バージョン管理モデルを推奨します: http://www.juvenxu.com/2010/11/28/a- success-git-branching-model/
会社で書くコードはフィーチャーブランチ（feature ブランチ）または開発ブランチ（develop）に所属し、自宅で修正するコードはホットフィックスブランチ（hotfix ブランチ）に所属します。 まず、自宅でホットフィックスブランチを作成し、それをメイン ブランチ (マスター) にマージし、翌日マスター ブランチからパッチを取得して独自の開発ブランチにマージします。
さらに、git flowもあります
https://github.com/nvie/gitflow
http://www.jeffkit.info/2010/12/842/
http://jwch.sdut.edu.cn/book/linux/git_flow.html?highlight=flow