dujunqiu的博客

我们使用repo拉取代码的时候，可以灵活切换ssh或者http的方式来拉取代码；特别是有时候要设置http代理的时候，ssh方式无法获取网络连接，则需要切换为http方式。

经过分析之后发现，压缩包解压之后存在很多空文件夹；但是gitlab推送的时候，只会推送文件和对应的文件夹关系，不会推送一个空文件夹到服务器；通过这条命令，可以确保当前目录及其子目录所有空文件夹中都有一个 .gitkeep 文件，从而让它们能够被 gitlab跟踪。厂家发给了我一个压缩包文件，压缩包解压之后本地编译没问题；gitlab工具是依靠文件来识别文件夹的，不能识别空的文件, 默认不会跟踪空文件夹；我们可以在空文件夹下新建 .gitkeep 文件来保持文件夹的推送；

在使用repo sync之前，请确保 .xml 文件里面配置的路径，都可以使用git clone拉取到本地；也就是说 ssh的密钥 和 https的账号密码都配置好了；在使用repo sync 之后，.repo/projects/ 路径下会生产项目名称，使用 git remote -v 查看一下远端路径。如果确认git clone单独复制xml文件里面的路径都没有问题，那么就是xml文件的路径配置不对；在xml文件里面把端口号增加就可以了。git 配置https的账号密码。

通过 git clone克隆下来的文件，提示 “bash: arm-oe-linux-gnueabi-gcc: Permission denied”, 但是本地之前版本功能正常，并且ls -lh 查看 arm-oe-linux-gnueabi-gcc 权限一致；通过一步步分析，发现 gcc 依赖的 …/lib/xxx.so 软连接文件失效了；发现是 core.symlinks 配置有问题。再次重新 git clone, 软连接功能正常。git config core.symlinks true

2：“git config --global --list” 检查 .gitconfig 问你件的所在路径，是不是和实际一致；如果不一致就说明环境变量被修改了，找到其它位置去了；3：确认有多个 .gitconfi文件，则检查环境变量里面的路径是否有被设置；我的电脑里面有个HOME设置，删除掉就好了；修改环境变量要重启生效；此时再输入 git config --global --list，发现参数都是我们预期的；1：首先确保之前，运行环境可以正常使用git；

选择 “在合并编辑器中解析”；根据界面提示，选择左侧或者右侧的内容之后，点击 “完成合并”注意这里需要将VSCODE版本更新为1.8x；1.7x的版本可能不支持 GitLens;推送有冲突的git修改到远端的时候，会有如下提示。此时再push到git就不会有合并冲突了。直接把 远端合并有冲突的分支拉取一下。本地就会显示有冲突提示了。推送有冲突的git修改到远端的时候，会有如下提示

后续如果想执行其它的git指令脚本，都可以在这里顺序增加；理论上也可以在当前windows命令窗口中执行 repo init 指令，来批量拉取代码。请先确保windons上已经安装好了 git bash指令，并已经添加到了环境变量中去；在windows上的任何地方都能执行 git 指令。在windows上，双击运行如下脚本，即可自动执行克隆指令。理论上也可以在当前windows命令窗口中执行 repo init 指令，来批量拉取代码;默认启动方式修改为 bash.exe