【2023年更新】git 常用口令

1、已关联远程
fatal: remote origin already exists.
 
先输入$ git remote rm origin(删除关联的origin的远程库)
 
2、关联新远程
git remote add origin http://10.3.3.195/root/ruoyi-h5-cli.git
git branch -M master
git push -u origin master
 
 
3、或创建一个新文件
echo "# tripcloud-ent-h5" >> README.md
git init
git add README.md
git commit -m "first commit"
git branch -M master
git remote add origin 【仓库】
git push -u origin master
 
两个远程仓库
 
git remote add gitlab 【仓库】
 
4、ssl报错443
 
LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to github.com:443
 
Failed to connect to github.com port 443: Operation timed out
 
github网络不好，或代理问题，或需要FQ
 
因为git在拉取或者提交项目时，中间会有git的http和https代理，但是我们本地环境本身就有SSL协议了，所以取消git的https代理即可，不行再取消http的代理。
 
原因还有一个，当前代理网速过慢，所以偶尔会成功，偶尔失败。
 
1）1.在项目文件夹的命令行窗口执行下面代码，然后再git commit 或git clone
取消git本身的https代理，使用自己本机的代理，如果没有的话，其实默认还是用git的
 
//取消http代理
git config --global --unset http.proxy
//取消https代理
git config --global --unset https.proxy
 
2.（vpn）
这样就能提高服务器连接速度，能从根本解决 time out 443问题
 
4、error: src refspec main does not match any
 
git branch -m master main
 
推送的分支不对，将master改为main，然后推送即可
 
git push -u origin main
 
git remote add origin 【仓库】
 
git remote add origin 【仓库】
 
以下内容已经迭代到
您可以点击连接查看
cd d      切换目录
cd www
cd git
 
git clone 一个地址
git status 获取修改的内容
git add * 上传修改的内容
git commit -m '注释信息'  添加注释  如果没有添加注释 出现绿色字提示  
                        输入  ：wq 退出
 
rm 文件名  删除文件
 
 
git push  提交代码  origin master
git pull  拉取代码

 

git push origin master
 
pwd 命令是用于显示当前的目录。
git reset --hard HEAD^回退到上一个版本
git reset --hard HEAD^^回退到上上版本
 

常用 Git 命令清单

----

工程化问题

1、报错fatal: unable to access 'https://github.com/hourong88/xterm.git/': LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to github.com:443
 
解决：执行：git config --global --unset http.proxy 即可
 
2、查看关联远程仓库
Git remote -v
 
Git stash
Git cherry-pick M
 
3、git pull --rebase
git rebase —continue
 
1. 不同的团队能够尽可能地并行开发。
2. 不同软件版本和代码的一致性。
3. 不同环境和代码的一致性。
4. 代码总是会在稳定和不稳定间交替。我们希望生产线上的代码总是能对应到稳定的代码上来。
基本上述的四个事儿，上述的工作流大都是在以建立不同的分支，来做到开发并行、代码和环境版本一致，以及稳定的代码。
 
 
1. 从服务器上做git pull origin master把代码同步下来。
2. 改完后，git commit到本地仓库中。
3. 然后git push origin master到远程仓库中，这样其他同学就可以得到你的代码了。
如果在第 3 步发现 push 失败，因为别人已经提交了，那么你需要先把服务器上的代码给 pull 下来，为了避免有 merge 动作，你可以使用 git pull --rebase 。这样就可以把服务器上的提交直接合并到你的代码中，对此，Git 的操作是这样的。
1. 先把你本地提交的代码放到一边。
2. 然后把服务器上的改动下载下来。
3. 然后在本地把你之前的改动再重新一个一个地做 commit，直到全部成功。
 
如果有冲突，那么你要先解决冲突，然后做 git rebase --continue 。如下图所示，git 在做 pull --rebase 时，会一个一个地应用（apply）本地提交的代码，如果有冲突就会停下来，等你解决冲突。
 
 
git flow工作流
整个代码库中一共有五种分支。
Master 分支。也就是主干分支，用作发布环境，上面的每一次提交都是可以发布的。
Feature 分支。也就是功能分支，用于开发功能，其对应的是开发环境。
Developer 分支。是开发分支，一旦功能开发完成，就向 Developer 分支合并，合并完成后，删除功能分支。这个分支对应的是集成测试环境。
Release 分支。当 Developer 分支测试达到可以发布状态时，开出一个 Release 分支来，然后做发布前的准备工作。这个分支对应的是预发环境。之所以需要这个 Release 分支，是我们的开发可以继续向前，不会因为要发布而被 block 住而不能提交。
一旦 Release 分支上的代码达到可以上线的状态，那么需要把 Release 分支向 Master 分支和 Developer 分支同时合并，以保证代码的一致性。然后再把 Release 分支删除掉。
Hotfix 分支。是用于处理生产线上代码的 Bug-fix，每个线上代码的 Bug-fix 都需要开一个 Hotfix 分支，完成后，向 Developer 分支和 Master 分支上合并。合并完成后，删除 Hotfix 分支。
这就是整个 GitFlow 协同工作流的工作过程。我们可以看到：
  1. 我们需要长期维护 Master 和 Developer 两个分支。
  2. 这其中的方式还是有一定复杂度的，尤其是 Release 和 Hotfix 分支需要同时向两个分支作合并。所以，如果没有一个好的工具来支撑的话，这会因为我们可能会忘了做一些操作而导致代码不一致。
  3. GitFlow 协同虽然工作流比较重。但是它几乎可以应对所有公司的各种开发流程，包括瀑布模型，或是快速迭代模型。
  4. 打tag，删除不用分支，重新拉分支
  5. 结合听风文章，整理一篇完整的工作流文章
posted @ 2019-03-27 15:04  优前程  阅读(175)  评论(0)  编辑  收藏  举报