用 GitHub 之类合作开发有什么规范吗？

[yuge0099]

目前和别人合作开发小项目，代码更新快，本地代码不能及时更新最新的代码。使用 pull 自动 merge，总会造成文件丢失，代码丢失的情况。想问一下一般大家是怎么处理的。

可能我的文件丢失形容地不恰当。应该是 GitHub 上最新的版本新加了几个文件，而本地的 commit 却没有（本地 commit 时间比 GitHub 上的晚），于是使用 pull 自动 merge 的时候，git 选择删除这几个文件。

文件还找得回来，就是每次都得从 commit 的记录里把文件复制出来，然后重新放回去。

[zacharyjia]

git flow / github flow / gitlab flow 了解一下？

[innoink]

你不处理 merge conflict 吗？

[yuge0099]

@innoink 它没有显示 conflict，直接移除文件和代码

[niboy]

一份是本地的目录，一份专门用来同步服务器的最新代码。
每次合并，用 beycompare 比较

[jy02534655]

这个时候你需要的是 Git Extensions 这种傻瓜式工具

[teddy2725]

用 git 能用到代码丢失，我建议放弃写代码

[wutiantong]

你先学学 git 的原理吧，你所说的文件代码丢失，应该不是丢失了

[zgray]

除非强推覆盖，否则 log 里面找得回。找到干你代码的人，干死他。

还有，有时间还是去了解的版本管理的思路，光问不够的，不要只依靠一个工具就想解决所有问题。去看看一些开源项目，读读他们的 git 日志，看看他们的分支之类的，应该也有些帮助。

[terence4444]

试试看一下 gitflow/github flow 概念，PR 概念

[nmgwddj]

使用 git fetch 先将代码 fetch 下来但不合并。
使用 git rebase 替代 git merge 手动合并代码。

本地是有 commit 的，merge 时如果有删除文件可以从本地 commit 中恢复。你还是用 git 用的不是很熟悉。这个跟 github 没什么关系。

[yuge0099]

@wutiantong
@zgray 确实不是丢失。是 git merge 策略的问题，不知道是不是我使用有错误。

[xlui]

两个人在同一分支提交代码？不应该基于一个 master 开两个分支单独做，然后向 master 提 pr 嘛，如果当前分支落后于 master，拉 master 代码然后 rebase。gitflow 了解一下

[SCaffrey]

git branch 看看是不是切出去了= =

[BarZu]

1、尽量不要两个人同时改同一个文件
2、暂存、拉取、提交，记住 3 个步骤养成良好的习惯
3、注意，这是重点，尽量使用相同的编辑器，建议 vscode，禁止使用任何自动格式化工具，如果非要使用，那么每个人都必须使用同一款，相同版本，相同配置项
4、禁止 git 自动修改结尾符，不禁止这个，windows 编辑的代码以\r\n 结尾，非 windows 以\n 结尾，都可能造成冲突
5、建议使用 eslint 等代码校验工具在编码时就按提示规范好代码格式，不要犯强逼症随便去改别人的代码格式，缩进都不要改

[waterlaw]

看来是 git 不会用， 多用命令行， 网上说了会用 60-100 个命令才算熟悉使用 git.

[arthasgxy]

@waterlaw 我读书少你不要骗我。。。git 有超过 100 个命令？

[crossoverJie]

参考下：

https://crossoverjie.top/2018/09/07/translation/how-to-use-git-efficiently/

[tourist2018]

@waterlaw #15。。。100 个命令 看来这贴里的各位是没人熟悉 git 了

[xiaoyang7545]

不对啊。pull 时候应该会跟你本地的自动合并啊。应该是会重远端拉取这些文件到你的本地库。为什么会删除掉呢。

[KeepPro]

github: file a b c
本地：file a b c d e
pull 的时候 d e 会被删掉？

[xcstream]

master 锁定 只能去网站上 pr 合并

[passerbytiny]

只要你本地提交了，合并的时候就只会合并或冲突，不会删除。而如果你本地没提交，合并的时候只会合并或者禁止合并。就算对方用了 rebase & commit force，你本地拉取合并的时候，仍然是已你本地的提交为基准，不会删除文件。所以我是真搞不明白为啥楼主的文件回丢。
@arthasgxy 如果把 git checkout xxx，跟 git checkout -b xxx 算成两个命令，几百个都有。

[JeffKing]

hmmm...你是不是沒有在本地 commit 就直接 pull 了。。。

[arthasgxy]

@passerbytiny
这个。。命令不都是这样来计算么？
git add [--verbose | -v] [--dry-run | -n] [--force | -f] [--interactive | -i] [--patch | -p]
[--edit | -e] [--[no-]all | --[no-]ignore-removal | [--update | -u]]
[--intent-to-add | -N] [--refresh] [--ignore-errors] [--ignore-missing] [--renormalize]
[--chmod=(+|-)x] [--] [<pathspec>…​]

（来自 https://git-scm.com/docs/git-add ）

如果能按照你这么算。。。那真的 xxx 都能分别算了。。。 这样 git 就有无限个命令了。。

[zhzer]

合并冲突是需要手动解决的

[passerbytiny]

@arthasgxy 对于新人来说，不能按照 linux 命令格式去算命令多少，而应该按照功能点去算。你看看下面这篇文章就知道 git 功能点有多少了。http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html

[passerbytiny]

@JeffKing 本地没 commit 的时候直接 pull，不会造成文件丢失。因为只要新的 commit 和本地工作空间中有同一个文件，那就是冲突，回禁止 pull/merge。

[arthasgxy]

@passerbytiny 不，我不打算进行这个话题。
因为偏离了主旨。（我同样不否认 git 功能非常多，以及新人需要掌握的非常多）

我只是想反驳他所说的：“看来是 git 不会用” 和 “网上说了”
对于前一句，就像你所说“所以我是真搞不明白为啥楼主的文件回丢。”， 同感。
对于后一句，无力吐槽。

[yuge0099]

@KeepPro 是遇到这样了

[yuge0099]

@KeepPro
在处理 conflict 的时候 git 显示
remove file1
remove file2 大概是这样。

[sampeng]

刚回答完别人。。粘贴过来

在用 svn 的经验告诉我。。所有的分支合并。。挑选合并是最靠谱的。频繁的从 dev 分支把代码 cherry pick.或者合并的时候手动的 cherry pick。而不是无脑 merge。。其实每次从 dev 分支往主干上合并并没多少东西。这样合并几乎不会有任何问题。。。
无脑 merge、rebase。只有知道没有人在我之前提交任何东西。并且的清楚知道合并和开发顺序。其实无所谓，操作完了千万别 push 上去。。检查一下没问题再 push。。。

省事一点就 git flow 之类的。其实一开始我觉得这个很牛逼。。其实用了才发现没什么卵用。项目节奏变化多端。。

[sampeng]

就两个重点。。个人用起来觉得没什么问题。可以应付暂时面临的所有问题。

cherry pick
开分支，频繁的 pull/fetch。

[sampeng]

再 ps 一句。。。

模块分离才是核心。。其他各种技巧都是假的。

无法做到干净的模块分离。成吨的冲突，神仙都救不了

[melonrice]

PR 啊。。。

[waterlaw]

@tourist2018 你别说， 还真有， [csdn link]( https://blog.csdn.net/halaoda/article/details/78661334)

[waterlaw]

@arthasgxy