git push入门

萌新实现第一次上传到github试炼

• 舍弃之前的所有操作 也许你需要进行系统的git语法学习
• 进行以下操作可以强制上传
• 首先，使用git remote -v命令查看当前Git仓库的远程关联情况，确认是否已经与远程仓库关联。
• 如果已经关联了远程仓库，可以使用git remote remove <远程主机名>命令解除与远程仓库的关联。例如，如果要解除与名为origin的远程主机的关联

git remote remove origin #取消
#使用以下命令查看本地分支列表
git branch
#果main和master分支都不存在，可以使用以下命令创建并切换到main分支,这将创建一个名为main的新分支，并将你切换到该分支
git checkout -b main
#如果你想删除master分支,这将删除本地的master分支。请确保你已经切换到其他分支，或者已经将所需的更改合并到main分支中
git branch -d master
#如果你的远程仓库也有master分支，并且你想删除远程的master分支
git push origin :master
#接下来，将本地目录添加到Git仓库中。首先进入本地目录的根目录，然后使用以下命令初始化Git仓库并添加文件：
git init
git add .
#提交文件到本地仓库：
git commit -m "Initial commit"
#如果需要将本地仓库与远程仓库关联，可以使用git remote add <远程主机名> <远程仓库URL>命令。例如，如果要将本地仓库与名为origin的远程主机关联，并指定远程仓库的URL为https://github.com/your/repo.git
git remote add origin https://github.com/your/repo.git
#使用git push -f <远程主机名> <本地分支名>命令强制推送本地仓库到远程仓库。例如，如果要将本地的main分支推送到名为origin的远程主机的main(主)分支上
git push -f origin main
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

注意：使用git push -f命令需要谨慎，因为它会覆盖远程仓库的提交历史。只有在确保没有其他人依赖或参考远程仓库的提交历史时，才应该使用此命令。
请注意，强制推送操作可能会导致数据丢失，因此在执行此操作之前，请确保你理解自己在做什么，并且你的头脑保持清醒。

专业操作

• 刚才你已经完成了正确的上传本地项目到github空项目中
• 想要专业的操作git可以去菜鸟学习
  菜鸟官网

update

标准上传/下载克隆流程

git clone   #  ....... .git  ## 将github项目clone下来 或者手动下载解压
## change  进行新版本的修改
cd repos  #repos为本地版本库目录
#初始化本地仓库
git init
#将 文件添加到Git的暂存区
git add .
#提交你的文件到本地Git仓库
git commit -m "提交说明"
#关联远程仓库
git remote add origin 远程仓库地址
#本地分支推送到远程仓库
git push -u origin 分支名  #-u参数会将本地分支和远程分支关联起来。
#update github中的新代码到本地仓库
git pull origin 分支名
# 创建新的分支
git checkout -b # 新分支名
# 合并分支
git merge feature-branch # 在开发一个新功能时创建了一个名feature-branch的分支当这些更改准备合并到主分支时，你可以切换到主分支，运行命令。

# 如果需要回退到之前的某个版本
git log  # 查看commit历史
git reset --hard #commit_id  # 回退到指定commit_id的版本
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

项目版本号配置

简介：

• 每次提交（commit）都会生成一个唯一的SHA-1哈希值作为 commit_id，这个哈希值是用来标识每次提交的版本的。在使用git log命令查看提交历史时，你会看到每次提交的详细信息，包括 commit_id、作者、提交时间、提交信息等。
• commit_id并不是版本号，它是一个40位的十六进制字符串，用于唯一标识每次提交。Git使用这个哈希值来跟踪版本历史，确保每次提交都有一个唯一的标识。
• 版本号通常是由Git根据提交历史自动生成的，通常采用一种增量的方式，比如在基础版本号（如v1.0）的基础上依次增加数字（v1.1、v1.2等）来表示不同的版本。但是，这个版本号并不是commit_id

通过打标签（tag）的方式来表示大版本更新。打标签是给特定的提交（commit）打上一个易于识别的标记，比如v1.0、v2.0等

• 注： 创建一个 tag 标签并将其附加到某个 commit 上时，这个 tag 标签就会与该 commit 的 commit ID 相关联 （ag 标签可以用来标记特定的 commit，使得该 commit 更易于识别和引用，而且不会随着后续的提交而改变）

## 1列出已有标签
git tag
## 2 创建轻量标签（lightweight tag）
git tag v2.0
## 3 创建附注标签（annotated tag）
git tag -a v2.0 -m  "Version 2.0"
## 4 推送标签到远程仓库
git push origin v2.0
## 5 删除本地tag
git tag -d v2.0
1
2
3
4
5
6
7
8
9
10

在 Git 中进行版本控制时，有一些文件是不需要跟随更新的（如 md 说明文件、Git 文件或库资源文件等）

# 项目根目录下创建一个名为 .gitignore 的文件
sudo vim .gitignore
# open everyone
*.md
.git/
lib/
1
2
3
4
5
6