Git学习笔记之廖雪峰Git教程

article/2025/11/10 10:38:49

一、Git安装与卸载

1、安装

​ 官网下载太慢，我们可以使用淘宝镜像下载：http://npm.taobao.org/mirrors/git-for-windowsl

​ 下载对应的版本即可安装！安装:无脑下一步即可!

​ 环境变量配了，就可以全局使用命令

​ 右键git bash配置全局，标识用户

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

​ git的属于分布式的，最大的特点是，每个仓库都有一套十分完整的版本库

2、卸载

​ 直接反安装即可、然后清理环境变量

3、GIT

  • Git Bash : Unix与Linux风格的命令行，使用最多，推荐最多

  • Git CMD : Windows风格的命令行

  • Git GUI:图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

二、本地仓库操作

1、创建本地仓库

  1. 创建目录（尽量不是中文）或者 直接进入目录右键git bash

    $ mkdir learngit         创建一个目录
$ cd learngit            进入目录
$ pwd                    查看当前路径
/Users/michael/learngit

  2. 初始化本地仓库使用git init，会在当前目录下生成.git文件

    $ git init
Initialized empty Git repository in /Users/michael/learngit/.git/

  3. 添加文件到当前创建的本地仓库，分两步：

  • 使用命令git add <file>添加一个文件或者git add .添加目录下所有文件，注意，可反复多次使用add，添加多个文件；

  • 使用命令git commit -m "first commit(提交提示信息)"，提交本地仓库完成。

    $ git commit -m "wrote a readme file"[master (root-commit) eaadf4e] wrote a readme file1 file changed, 2 insertions(+)            //一个文件改动，插入两行create mode 100644 readme.txt

2、查看历史版本

  • 要随时掌握工作区的状态，使用git status命令

    $ git statusOn branch masterChanges not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   readme.txtno changes added to commit (use "git add" and/or "git commit -a")

  • 如果git status告诉你有文件被修改过，用git diff 文件名可以查看修改内容（对比）

    当使用add以后，状态是be commited，使用commit以后，状态会是nothing to commit

  • HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

  • 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

  • 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

3、工作区和暂存区

  1. Git版本库里添加的时候，是分两步执行的：

  • 第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

  • 第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

    • 因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

    • 我们在工作区创建文件后，通过git add 文件名，将文件加入到暂存区，此时查看状态变成未提交，通过commit -m "备注提交的信息" ,将文件加入到我们的本地仓库，提交结果会是，没有什么要提交，且工作区干净。

（1）、管理修改

  • 第一次修改 -> git add -> 第二次修改 -> git commit

  • 你看，我们前面讲了，Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。

  • 提交后，用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别：

  • 第一次修改 -> git add -> 第二次修改 -> git add -> git commit

  • 每次修改，如果不用git add到暂存区，那就不会加入到commit中

（2）、撤销修改

  • 场景1：当你改乱了工作区某个文件的内容，未进行commit,想直接丢弃工作区的修改时，用命令git checkout -- file。

  • 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。

  • 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

（3）、删除文件

​ 假如文件已经被你加入到暂存区，并且已经到版本库（本地仓库）以后，一般情况下，你通常直接在文件管理器中把没用的文件删除 了，或者用rm命令删了，现在你有两个选择：

  • 一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：那么文件就从版本库中被删除了
  • 另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：使用git checkout -- 文件名其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

三、远程仓库操作

1、设置本地与远程之间的SSH

  • 本地Git仓库和Git Hub（或者码云）仓库之间的传输是通过SSH加密的：

    • 创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和**id_rsa.pub**这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

      $ ssh-keygen -t rsa -C "113521@qq.com"

      一路回车就行

    • 登陆Git Hub，打开“Account settings”，“SSH Keys”页面：

      然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容
      请添加图片描述

2、远程仓库

  • 要关联一个远程库，使用命令git remote add origin https://gitee.com/meter-files.git（仓库地址）；
    请添加图片描述

  • 关联一个远程库时必须给远程库指定一个名字，origin是默认习惯命名；

  • 关联后，使用命令git push -u origin master第一次推送master分支的所有内容；第一次需要-u,关联两个库，后面不需要-u

  • $ git push -u origin masterCounting objects: 20, done.Delta compression using up to 4 threads.Compressing objects: 100% (15/15), done.Writing objects: 100% (20/20), 1.64 KiB | 560.00 KiB/s, done.Total 20 (delta 5), reused 0 (delta 0)remote: Resolving deltas: 100% (5/5), done.To github.com:michaelliao/learngit.git* [new branch]      master -> masterBranch 'master' set up to track remote branch 'master' from 'origin'.

  • 此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

  • 当你第一次使用Git的clone或者push命令连接Git Hub时，会得到一个SSH警告：

    The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)?

    输入yes回车即可

  • 分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

3、删除本地与远程仓库连接

  • 如果添加的时候地址写错了，或者就是想删除远程库，可以用git remote rm <name>命令。使用前，建议先用git remote -v查看远程库信息

    $ git remote -v
origin  git@github.com:michaelliao/learn-git.git (fetch)
origin  git@github.com:michaelliao/learn-git.git (push)

  • 然后，根据名字删除，比如删除origin：

    $ git remote rm origin

  • 此处的“删除”其实是解除了本地和远程的绑定关系，并不是物理上删除了远程库。远程库本身并没有任何改动。要真正删除远程库，需要登录到Git Hub，在后台页面找到删除按钮再删除。

2、从远程库克隆

  • 要克隆一个远程仓库，首先必须知道远程仓库的地址，然后使用git clone命令克隆。同时建立了连接，当前目录下，会克隆到当前目录下，可以输入ls查看下。

    $ git clone https://gitee.com/-files.git（仓库地址）Cloning into 'gitskills'...remote: Counting objects: 3, done.remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3Receiving objects: 100% (3/3), done.

  • Git支持多种协议，包括https，但ssh协议速度最快。

四、分支管理

1、创建与合并分支

（1）、图解创建合并过程

  • master主分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。
    请添加图片描述
  • 创建分支以后（dev），对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：
    在这里插入图片描述
  • 合并分支，就是直接把master指向dev的当前提交，就完成了合并
    在这里插入图片描述

（2）、具体合并操作

  • 创建分支：git branch <name>

  • 切换分支：git checkout <name>或者git switch <name>

  • 创建+切换分支：git checkout -b <name>或者git switch -c <name>

  • 查看分支：git branch，当前分支前面会标*号

  • 合并某分支到当前分支：git merge <name>

    当前分支是master，把dev分支的工作成果合并到master分支上：

    $ git merge devUpdating d46f35e..b17d20eFast-forwardreadme.txt | 1 +1 file changed, 1 insertion(+)

  • 删除分支：git branch -d <name>

    $ git branch -d devDeleted branch dev (was b17d20e).

注意：你在dev分支修改了文件，但是你没有提交到仓库，实际上就是相当于你在本地手动修改了这个文件，仓库并不能保存你做的改动，所以在master分支能看到文件被改动了（相当于你没用dev分支直接修改了这个文件一样），所以你可以用master分支add、commit，对于所有分支而言， 工作区和暂存区是公共的

2、合并冲突

（1）、产生的原因

​ 在master主分支进行了修改并且commit到了本地仓库，在feature1分支上也进行了修改并且commit到了本地仓库，master分支和feature1分支各自都分别有新的提交，会出现如下图的情况：
在这里插入图片描述
Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突

$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

（2）、解决冲突

  • readme.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：
$ git statusOn branch masterYour branch is ahead of 'origin/master' by 2 commits.(use "git push" to publish your local commits)You have unmerged paths.(fix conflicts and run "git commit")(use "git merge --abort" to abort the merge)Unmerged paths:(use "git add <file>..." to mark resolution)both modified:   readme.txtno changes added to commit (use "git add" and/or "git commit -a")

  • 冲突的时候可以查看cat 文件名冲突文件，会显示冲突文件的冲突字段，然后分别修改冲突字段vi 冲突文件名，退出并保存，再次进行add、commit提交：
    在这里插入图片描述

    • 用带参数的git log也可以看到分支的合并情况：
    $ git log --graph --pretty=oneline --abbrev-commit
*   cf810e4 (HEAD -> master) conflict fixed
|\  
| * 14096d0 (feature1) AND simple
* | 5dc6824 & simple
|/  
* b17d20e branch test
* d46f35e (origin/master) remove test.txt
* b84166e add test.txt
* 519219b git tracks changes
* e43a48b understand how stage works
* 1094adb append GPL
* e475afc add distributed
* eaadf4e wrote a readme file
    • 最后，删除feature1分支：
    $ git branch -d feature1Deleted branch feature1 (was 14096d0).

注意：合并操作（ merge ）只对对当前所在分支产生影响；无论是否存在冲突，合并之后，feature分支都不会发生变化

3、分支策略

  • 首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

  • 干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

  • 你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
    在这里插入图片描述

  • 合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

    $ git merge --no-ff -m "merge with no-ff" devMerge made by the 'recursive' strategy.readme.txt | 1 +1 file changed, 1 insertion(+)

4、Bug分支

（1）、场景

  • 正在dev上进行的工作还没有提交，突然来一个临时bug，创建一个分支issue-101来修复它，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作

    $ git stashSaved working directory and index state WIP on dev: f52c633 add merge

  • 用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug

    $ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.(use "git push" to publish your local commits)$ git checkout -b issue-101
Switched to a new branch 'issue-101'$ git add readme.txt 
$ git commit -m "fix bug 101"
[issue-101 4c805e2] fix bug 1011 file changed, 1 insertion(+), 1 deletion(-)$ git switch master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.(use "git push" to publish your local commits)$ git merge --no-ff -m "merged bug fix 101" issue-101
Merge made by the 'recursive' strategy.readme.txt | 2 +-1 file changed, 1 insertion(+), 1 deletion(-)

  • 修复完以后，回到dev分支干活

    $ git switch dev
Switched to branch 'dev'$ git status
On branch dev
nothing to commit, working tree clean

（2）、恢复

  • 当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；

    $ git stash pop
On branch dev
Changes to be committed:(use "git reset HEAD <file>..." to unstage)new file:   hello.pyChanges not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   readme.txtDropped refs/stash@{0} (5d677e2ee266f39ea296182fb2354265b91b3b2a)

  • 在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

    $ git branch
* devmaster
$ git cherry-pick 4c805e2
[master 1d4b803] fix bug 1011 file changed, 1 insertion(+), 1 deletion(-)

5、Feature分支

（1）、场景

  • 每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支

    $ git switch -c feature-vulcan
Switched to a new branch 'feature-vulcan'$ git add vulcan.py$ git status
On branch feature-vulcan
Changes to be committed:(use "git reset HEAD <file>..." to unstage)new file:   vulcan.py$ git commit -m "add feature vulcan"
[feature-vulcan 287773e] add feature vulcan1 file changed, 2 insertions(+)create mode 100644 vulcan.py

  • 切回dev，准备合并，然后删除：

    $ git switch dev

  • 如需取消新特性，合并到dev前，直接删除分支：

    $ git branch -d feature-vulcanerror: The branch 'feature-vulcan' is not fully merged.If you are sure you want to delete it, run 'git branch -D feature-vulcan'.

  • 销毁失败。Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用大写的-D参数。

    $ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 287773e).

总结 ：

  • 开发一个新feature，最好新建一个分支；

  • 如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

6、多人协作

  • 当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin

（1）、推送分支

  • 推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

    $ git push origin master

    如果要推送其他分支，比如dev，就改成：

    $ git push origin dev

  • master分支是主分支，因此要时刻与远程同步；

  • dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

  • bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

  • feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

（2）、抓取分支

  • 多人协作时，大家都会往master和dev分支上推送各自的修改。

    • 现在，模拟一个你的小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆：
    $ git clone git@github.com:michaelliao/learngit.git
Cloning into 'learngit'...
remote: Counting objects: 40, done.
remote: Compressing objects: 100% (21/21), done.
remote: Total 40 (delta 14), reused 40 (delta 14), pack-reused 0
Receiving objects: 100% (40/40), done.
Resolving deltas: 100% (14/14), done.

    当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：

    $ git branch
* master

    现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：

    $ git checkout -b dev origin/dev

  • 现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：

    $ git add env.txt$ git commit -m "add env"
[dev 7a5e5dd] add env1 file changed, 1 insertion(+)create mode 100644 env.txt$ git push origin dev
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 308 bytes | 308.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.gitf52c633..7a5e5dd  dev -> dev

  • 你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：

    $ cat env.txt
env$ git add env.txt$ git commit -m "add new env"
[dev 7bd91f1] add new env1 file changed, 1 insertion(+)create mode 100644 env.txt$ git push origin dev
To github.com:michaelliao/learngit.git! [rejected]        dev -> dev (non-fast-forward)
error: failed to push some refs to 'git@github.com:michaelliao/learngit.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

    推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

    $ git pull
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.git pull <remote> <branch>If you wish to set tracking information for this branch you can do so with:git branch --set-upstream-to=origin/<branch> dev

    git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：

    $ git branch --set-upstream-to=origin/dev dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.

    再pull：

    $ git pull
Auto-merging env.txt
CONFLICT (add/add): Merge conflict in env.txt
Automatic merge failed; fix conflicts and then commit the result.

    这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：

    $ git commit -m "fix env conflict"
[dev 57c53ab] fix env conflict$ git push origin dev
Counting objects: 6, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (6/6), 621 bytes | 621.00 KiB/s, done.
Total 6 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.git7a5e5dd..57c53ab  dev -> dev

因此，多人协作的工作模式通常是这样：

  1. 首先，可以试图用git push origin <branch-name>推送自己的修改；
  2. 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
  3. 如果合并有冲突，则解决冲突，并在本地提交；
  4. 没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！

如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。

这就是多人协作的工作模式，一旦熟悉了，就非常简单。

总结：

  • 查看远程库信息，使用git remote -v；
  • 本地新建的分支如果不推送到远程，对其他人就是不可见的；
  • 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
  • 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
  • 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
  • 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

五、标签

1、创建标签

  • 命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
  • 命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；
  • 命令git tag可以查看所有标签。

2、操作标签

  • 命令git push origin <tagname>可以推送一个本地标签；
  • 命令git push origin --tags可以推送全部未推送过的本地标签；
  • 命令git tag -d <tagname>可以删除一个本地标签；
  • 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

六、Gitee(码云)

简易的命令行入门教程：

  • Git 全局设置：还有SSH密钥

    git config --global user.name "Jiu";
git config --global user.email "ahahahah@qq.com";

    创建 git 仓库：

    mkdir demo_el_back
cd demo_el_back
git init
touch README.md
git add README.md
git commit -m "first commit";
git remote add origin https://gitee.com/glut/demo-el-back.git
git push -u origin master

    已有仓库？

    cd demo_el_back
git remote add origin https://gitee.com/glut/demo-el-back.git
git push -u origin master

  • git分支中常用指令：

    # 列出所有本地分支
git branch# 列出所有远程分支
git branch -r# 新建一个分支，但依然停留在当前分支
git branch [branch-name]# 新建一个分支，并切换到该分支
git checkout -b [branch]# 合并指定分支到当前分支
$ git merge [branch]# 删除分支
$ git branch -d [branch-name]# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]

七、示例

需求：本地有两个项目一个商家端一个配送端需要创建两个分支上传到码云上
1、首先在码云上创建项目生成两个分支（创建完项目直接去创建一个商家端分支一个配送端分支）
2、选中商家端项目 右键 选择 git bash here
3、在窗口中输入 git init 此时项目中多出一个.git文件夹
4、进入码云新建项目里，复制框里的路径
5、回到窗口输入 git remote add origin + 刚刚在码云复制的那行路径

6、输入 git pull origin master 命令，将码云上的仓库pull到本地文件夹（第一次上传的话会需要你输入码云的账号密码）
7、使用 git add . 或者git add +文件名 将文件添加到缓冲区
8、使用git commit -m '添加上传的文件描述’
9、使用git push origin master将文件上传到master
通过以上操作则把商家项目上传到分支 master上去了

二、上传配送端项目到分支 delivery上去
1、首先重复 12345步骤
2、输入 git pull origin delivery命令，将码云上的仓库pull到本地文件夹
3、输入git checkout delivery 切换分支
4、重复78步骤
5、git push
另附git教程链接
https://www.yiibai.com/git/git_pull.html

三、合并分支并上传到码云
git status
git add . 添加到本地
git commit -m ‘完成了登录退出’ 注释
git checkout master 切换到master分支
git merge login 合并login分支到maser
git push 上传到码云

四、本地分支放到云端
在这里插入图片描述
第一次直接git push是不行的
git push -u origin login 推送到云端login

教程源于廖雪峰以及狂神的教程，供自己学习使用


http://chatgpt.dhexx.cn/article/xIy0I5DX.shtml

相关文章

Git教程--基于廖雪峰的教程，最通俗易懂

Git教程--基于廖雪峰的教程，最通俗易懂

本篇教程基于廖雪峰教程进行的&#xff0c;感谢原作者&#xff0c;写的是目前Git教程中最优秀的 Git教程 介绍工作流程基本概念基本操作常见命令创建仓库提交与修改提交日志远程操作 1、 Git配置安装&#xff08;windows&#xff09;2、创建版本库3、关联远程仓库推送SSH警告删…
阅读更多...
Git教程（一）Git简介——廖雪峰的官方网站

Git教程（一）Git简介——廖雪峰的官方网站

目录 一、git简介 1.git的诞生 2.集中式vs分布式 3.安装git 4.创建版本库 笔记学习的内容来自-->链接Git简介—廖雪峰的官方网站 一、git简介 1.git的诞生 Git是目前世界上最先进的分布式版本控制系统&#xff08;没有之一&#xff09;。 Git是用C语言写的。 git…
阅读更多...
Git 图解、常用命令和廖雪峰教程笔记总结

Git 图解、常用命令和廖雪峰教程笔记总结

概述 先用一幅图&#xff0c;从总体上描述主要git命令的工作流程 workspace: 本地的工作目录。&#xff08;记作A&#xff09; index/stage&#xff1a;暂存区域&#xff0c;临时保存本地改动。 &#xff08;记作B&#xff09;local repository: 本地仓库&#xff0c;只想最后一…
阅读更多...
小程序测试之微信开发者工具

小程序测试之微信开发者工具

一、为什么要使用微信开发者工具&#xff1f; 小程序的测试方法有很多种&#xff0c;直接用真实测试机扫码体验版就可以测试&#xff0c;那为什么还要选择使用工具呢&#xff1f; 使用微信开发者工具的优势&#xff1a; 1、相比真机测试&#xff0c;使用工具可以节省资源&…
阅读更多...
微信测试号-介绍

微信测试号-介绍

https://mp.weixin.qq.com/debug/cgi-bin/sandbox?tsandbox/login 大部分在企业上手微信公众号开发的都是直接用企业的账号&#xff0c;而我这里主要教学。所以使用的是微信测试号。 我们先要知道我们的入口&#xff08;下面链接就是&#xff09; 微信测试号入口&#xff1a…
阅读更多...
微信小程序测试点

微信小程序测试点

测试范围 1.权限测试 1&#xff09;未授权 未授权时&#xff0c;首次进入小程序弹出提醒授权登录 未授权进入小程序后提交数据时&#xff0c;提示授权补充信息才可提交 2&#xff09;已授权 已授权微信登录后可被小程序管理方所获取信息&#xff0c;自动以微信的身份操作业务 …
阅读更多...
【微信测试号实战——01】注册一个属于你自己的微信测试号

【微信测试号实战——01】注册一个属于你自己的微信测试号

系列文章目录 微信测试号系列文章&#xff0c;快速进入 【微信测试号实战——01】注册一个属于你自己的微信测试号 文章目录 系列文章目录前言一、打开微信测试号官网二、使用步骤1.打开手机端微信2.扫码登录3.注册成功 三、关注测试号总结 前言 发现微信公众号有很多有意思的…
阅读更多...
微信朋友圈测试用例

微信朋友圈测试用例

这里写目录标题 功能测试发朋友圈只发送文本只发送图片只发送视频以上模式搭配使用&#xff0c;是否可以正常使用所在的位置谁可以看提醒谁看是否同步到QQ空间发送 浏览朋友圈文本查看图片查看视频查看分享朋友圈点赞评论删除朋友圈屏蔽朋友圈刷新朋友圈微信朋友圈的封面&#…
阅读更多...
微信小程序测试（简单项目测试）

微信小程序测试（简单项目测试）

Flex布局简介 布局的传统解决方案&#xff0c;基于盒状模型&#xff0c;依赖 display属性 position属性 float属性 什么是flex布局&#xff1f; Flex是Flexible Box的缩写&#xff0c;意为”弹性布局”&#xff0c;用来为盒状模型提供最大的灵活性。 任何一个容器都可以指…
阅读更多...
微信小程序的测试方法

微信小程序的测试方法

https://developers.weixin.qq.com/miniprogram/design/ 微信小程序的定义 依附于微信而无需再次下载安装的移动端应用程序 微信小程序的特点 无需下载&#xff0c;即用即走 功能丰富&#xff0c;清爽体验 流量大、易裂变 微信小程序的局限性 数量:每个应用最大支持页面层…
阅读更多...
如何测试微信小程序

如何测试微信小程序

什么是小程序 一种不需要下载、安装&#xff0c;运行在微信里可以直接使用的应用。 怎样测试小程序 功能测试 功能测试可以参考APP的测试方法 输入、输出&#xff1a;用户上传的材料、描述&#xff0c;登录时输入的用户名、密码等&#xff1b; 边界值测试&#xff1a;黑盒测…
阅读更多...
微信小程序性能测试——启动性能专项测试

微信小程序性能测试——启动性能专项测试

微信小程序性能测试主要可以分为两个方面&#xff0c;启动性能 和 运行时的性能。 其中 小程序启动 是用户体验中极为重要的一环&#xff0c;启动耗时过长会直接造成小程序用户流失&#xff0c;影响用户体验。一般来说用户等待时间超过3秒&#xff0c;用户就有很大概率放弃等待…
阅读更多...
微信小程序该如何测试？

微信小程序该如何测试？

今天大湿给大家带来了小程序该如何测试。 全文共2115字，阅读需要13分钟 1.什么是小程序 英文名 Mini Program 是一种不需要下载安装即可使用的应用，是内嵌在微信 APP 里面的一款新形态软件。 它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。也体现了…
阅读更多...
微信小程序怎么测试

微信小程序怎么测试

一、什么是小程序&#xff1f; 小程序是一种不需要下载安装即可使用的应用&#xff0c;它实现了应用“触手可及”的梦想&#xff0c;用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念&#xff0c;用户不用关心是否安装太多应用的问题。应用将无处不在&#xff0…
阅读更多...
微信支付测试

微信支付测试

二、微信验收公众平台验收&#xff08;为微信点赞&#xff09; https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter23_1&index2 支付验收指引 阅读对象 本文阅读对象为&#xff1a;商户自有系统&#xff08;包括但不限于&#xff1a;在线购物平台、人工收银系统、…
阅读更多...
微信小程序测试点汇总

微信小程序测试点汇总

Hi&#xff0c;大家好。小程序自诞生以来&#xff0c;凭借“即用即走&#xff0c;不占内存。”的优势一直独领风骚&#xff0c;在帮助各行各业连接、服务用户方面扮演了更加重要的角色。截止到2020年底&#xff0c;小程序DAU突破4亿&#xff0c;全年交易额同比增长超过100%。技…
阅读更多...
TOPSIS法（熵权法）（模型+MATLAB代码）

TOPSIS法（熵权法）（模型+MATLAB代码）

TOPSIS可翻译为逼近理想解排序法&#xff0c;国内简称为优劣解距离法 TOPSIS法是一种常用的综合评价方法&#xff0c;其能充分利用原始数据的信息&#xff0c;其结果能精确地反映各评价方案之间的距离 一、模型介绍 极大型指标&#xff08;效益型指标&#xff09; &#xff…
阅读更多...
数学建模常用算法—熵权法(EWM)

数学建模常用算法—熵权法(EWM)

解决问题 建模比赛中最基础的模型之一&#xff0c;其主要用于解决评价类问题&#xff08;例如&#xff1a;选择哪种方案最好、哪位运动员或者员工表现的更优秀&#xff09;&#xff0c;用于确定每个指标所占权重&#xff0c;权重用于计算最终得分。 优点 层次分析法最大的缺…
阅读更多...
改进熵权法

改进熵权法

程序名称## 改进熵权法计算(matlab版python版) 程序功能(对象) 适用于对两个及以上的对象进行综合评估&#xff1b;客观赋权法&#xff1a;改进熵权法(输入各评估对象的指标原始值)输出&#xff1a;评估对象的客观权重以及综合评分值对比改进需求&#xff1a;传统熵权法在所有…
阅读更多...
评价模型之熵权法

评价模型之熵权法

1.算法原理 熵权法是一种客观赋值方法。在具体使用的过程中&#xff0c;熵权法根据各指标的变异程度&#xff0c;利用信息熵计算出各指标的熵权&#xff0c;再通过熵权对各指标的权重进行修正&#xff0c;从而得到较为客观的指标权重。一般来说&#xff0c;若某个指标的信息熵指…
阅读更多...
推荐文章

Copyright @ 2022~2023