github 批量上传代码和文件

如果没有安装git 就去官网下载Git - Install for Windows

直接默认配置就可以


Git 初始化配置与首次推送代码仓库教程

目录

Git 初始化配置与首次推送代码仓库教程

步骤 0: 打开power shell用管理员运行

步骤 1: 设置全局 Git 用户名

步骤 2: 设置全局 Git 邮箱

步骤 3: 进入项目目录

步骤 4: 初始化 Git 仓库

步骤 5: 添加所有更改到暂存区

步骤 6: 提交暂存区的更改

步骤 7: 添加远程仓库地址(尝试)

步骤 8: 移除旧的远程仓库配置

步骤 9: 添加远程仓库地址(成功)

步骤 10: 验证远程仓库配置

步骤 11: 推送本地提交到远程仓库

错误排查

总结


本教程指导您完成 Git 的全局设置、仓库初始化、提交更改和首次推送到远程仓库的步骤。每个步骤包括命令和详细注解,帮助您理解操作含义。

步骤 0: 打开power shell用管理员运行
步骤 1: 设置全局 Git 用户名
git config --global user.name "your_username" 

注解:
这条命令设置 Git 的全局配置项 user.name,将其值设为 "your_username"。这指定了您在所有 Git 仓库中进行提交时使用的用户名。--global 表示此配置适用于当前用户的所有仓库。

步骤 2: 设置全局 Git 邮箱
git config --global user.email "[email protected]" 

注解:
这条命令设置 Git 的全局配置项 user.email,将其值设为 "[email protected]"。这指定了您在所有 Git 仓库中进行提交时使用的邮箱地址,同样通过 --global 使其全局生效。

步骤 3: 进入项目目录
cd D:\shawn\Desktop\Codes 

注解:
这条命令使用 cd(Change Directory)将当前工作目录切换到 D:\shawn\Desktop\Codes。这是您存放代码的项目文件夹。请根据您的实际路径调整此命令。

步骤 4: 初始化 Git 仓库
git init 

注解:
这条命令在当前目录(例如 D:\shawn\Desktop\Codes)初始化一个新的 Git 仓库。它创建了一个隐藏的 .git 文件夹,用于存储版本控制所需的所有信息(如提交历史、配置等)。如果输出显示 Reinitialized existing Git repository,表明该目录之前已经初始化过 Git 仓库,本次操作是重新初始化它。

步骤 5: 添加所有更改到暂存区
git add . 

注解:
这条命令将当前目录(例如 D:\shawn\Desktop\Codes)及其子目录中所有新的或修改过的文件添加到 Git 的暂存区(Staging Area)。. 代表当前目录。暂存区是准备进行下一次提交的文件快照。

步骤 6: 提交暂存区的更改
git commit -m "first time upload" 

注解:
这条命令将暂存区中的所有更改创建一个新的提交(Commit),并将这些更改永久记录在 Git 仓库的历史中。-m 参数后面跟着的字符串 "first time upload" 是本次提交的说明信息(Commit Message)。如果输出显示 nothing to commit, working tree clean,表明在工作目录中没有检测到新的、未跟踪的或修改过的文件需要提交(可能是因为之前已经提交过这些文件,或 git add . 之后没有新变化)。

步骤 7: 添加远程仓库地址(尝试)
git remote add origin https://github.com/your_username/testgit.git 

注解:
这条命令尝试将一个名为 origin 的远程仓库添加到本地 Git 仓库配置中。远程仓库的地址是 https://github.com/your_username/testgit.gitorigin 是远程仓库常用的默认名称。
错误处理: 如果输出显示 error: remote origin already exists.,表明名为 origin 的远程仓库配置已经存在于本地仓库中。需要先移除旧的配置。

步骤 8: 移除旧的远程仓库配置
git remote remove origin 

注解:
这条命令移除了本地 Git 仓库中名为 origin 的远程仓库配置。这是在尝试添加新的 origin 之前清理旧配置的必要步骤。

步骤 9: 添加远程仓库地址(成功)
git remote add origin https://github.com/your_username/testgit.git 

注解:
再次执行添加远程仓库的命令。这次成功地将地址为 https://github.com/your_username/testgit.git 的远程仓库添加到了本地配置中,并将其命名为 origin

步骤 10: 验证远程仓库配置
git remote -v 

注解:
这条命令列出所有配置好的远程仓库及其对应的 URL。输出通常显示:

  • origin https://github.com/your_username/testgit.git (fetch):名为 origin 的远程仓库的抓取(fetch)URL。
  • origin https://github.com/your_username/testgit.git (push):名为 origin 的远程仓库的推送(push)URL。
    这确认了远程仓库 origin 已正确配置。
步骤 11: 推送本地提交到远程仓库
git push -u origin main 

如果碰见这个报错

尝试

解决方法

注解:

  • git push:将本地仓库的提交推送到远程仓库。
  • origin:指定要推送到的远程仓库的名称(之前配置的)。
  • main:指定要推送的本地分支名称(这里假设您的本地分支叫 main)。
  • -u(或 --set-upstream):设置上游跟踪。这意味着以后在 main 分支上使用简单的 git pushgit pull 命令时,Git 会自动知道应该推送到或拉取自远程的 origin/main 分支。

输出解读:

  • 命令开始枚举、计数、压缩要推送的对象。
  • Writing objects: 100% 表示所有对象都已成功传输。
  • Total 5 (delta 1) 统计了传输的对象总数和差异大小。
  • remote: Resolving deltas: 100% 表示远程服务器成功处理了差异。
  • To https://github.com/your_username/testgit.git 显示推送的目标地址。
  • * [new branch] main -> main 表明本地 main 分支被成功推送到远程仓库,并在远程创建了一个新的 main 分支(因为远程原来可能没有这个分支)。
  • branch 'main' set up to track 'origin/main' 确认了 -u 选项的效果,本地 main 分支现在跟踪(track)远程的 origin/main 分支。

错误排查

git remote -v
显示当前仓库关联的远程仓库名称及其 URL(包括 fetchpush 地址),用于查看远程连接状态。

origin https://github.com/zhangsan/my-project.git (fetch) origin https://github.com/zhangsan/my-project.git (push) upstream https://github.com/original-project/my-project.git (fetch) upstream https://github.com/original-project/my-project.git (push) 

git config --global --list
列出当前用户的所有全局配置信息(如用户名、邮箱等),适用于查看或验证配置。

user.name=张三 [email protected] core.editor=code --wait alias.st=status http.proxy=http://proxy.example.com:8080 

总结

这一系列命令完成了:

  1. 设置全局 Git 用户信息(用户名和邮箱)。
  2. 在现有目录中初始化(或重新初始化)Git 仓库。
  3. 添加文件更改并提交到本地仓库历史。
  4. 配置指向远程仓库(例如 GitHub)的地址,命名为 origin
  5. 将本地 main 分支的提交首次推送到远程仓库,并建立跟踪关系。

完成这些步骤后,您的代码就成功上传到了远程仓库(如 GitHub 的 testgit 仓库)中。以后,您可以使用 git pushgit pull 简化操作。如果您在实际操作中遇到问题,请检查路径、权限或网络连接。

Read more

CentOS 7超详细安装教程(含镜像)

CentOS 7超详细安装教程(含镜像)

1. 安装前准备 1.1 CentOS简介 CentOS(Community Enterprise Operating System,中文意思是:社区企业操作系统)是一种基于 Red Hat Enterprise Linux(RHEL)源代码构建的免费开源操作系统。它在稳定性、安全性和可靠性方面表现出色,被广泛应用于服务器环境、企业级应用和开发平台。由于出自同样的源代码,因此有些要求高度稳定性的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。 CentOS 7是CentOS项目发布的开源类服务器操作系统,于2014年7月7日正式发布。 CentOS 7是一个企业级的Linux发行版本,它源于RedHat免费公开的源代码进行再发行。 CentOS 7内核更新至3.10.0、支持Linux容器、支持Open VMware Tools及3D图像即装即用、支持OpenJDK-7作为缺省JDK、

By Ne0inhk
被问爆的Agent实战:从0到1搭建可落地AI智能体

被问爆的Agent实战:从0到1搭建可落地AI智能体

🎁个人主页:User_芊芊君子 🎉欢迎大家点赞👍评论📝收藏⭐文章 🔍系列专栏:AI 文章目录: * 【前言】 * 一、先搞懂:2026年爆火的AI Agent,到底是什么? * 1.1 Agent的核心定义 * 1.2 Agent的4大核心能力 * 1.3 2026年Agent的3个热门落地场景 * 二、框架选型:2026年6大主流Agent框架,新手该怎么选? * 三、实战环节:从0到1搭建可落地的“邮件处理Agent”(全程代码+步骤) * 3.1 实战准备:环境搭建(10分钟搞定) * 3.1.1 安装Python环境 * 3.1.2 创建虚拟环境(避免依赖冲突) * 3.

By Ne0inhk
Flutter 三方库 tiktoken 鸿蒙端侧 AI 重载计算环境适配指南:极尽压榨设备级 BPE 分词器吞吐量边界,打造工业级精控的大模型高昂运算成本阀门-适配鸿蒙 HarmonyOS ohos

Flutter 三方库 tiktoken 鸿蒙端侧 AI 重载计算环境适配指南:极尽压榨设备级 BPE 分词器吞吐量边界,打造工业级精控的大模型高昂运算成本阀门-适配鸿蒙 HarmonyOS ohos

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 tiktoken 鸿蒙端侧 AI 重载计算环境适配指南:极尽压榨设备级 BPE 分词器吞吐量边界,打造工业级精控的大模型高昂运算成本阀门防线 在开发鸿蒙平台的生成式 AI 应用(如大模型助手、智能写作或 Rerank 逻辑)时,如何精确预估 Prompt 的消耗?如何实现窗口精度的截断?tiktoken 提供了一套完整的 OpenAI BPE(字节对编码)分词算法实现。本文将详解该库在 OpenHarmony 上的适配要点。 前言 什么是 tiktoken?它是 OpenAI 为其 GPT 系列模型推出的高性能 BPE 分词器。不同于常规的字符计数,Token 是模型处理文本的最小单位。在鸿蒙操作系统强调的“

By Ne0inhk
Flutter 三方库 langchain_google 的鸿蒙化适配指南 - 链接 Gemini 智慧中枢、LangChain AI 实战、鸿蒙级智能应用专家

Flutter 三方库 langchain_google 的鸿蒙化适配指南 - 链接 Gemini 智慧中枢、LangChain AI 实战、鸿蒙级智能应用专家

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 langchain_google 的鸿蒙化适配指南 - 链接 Gemini 智慧中枢、LangChain AI 实战、鸿蒙级智能应用专家 在鸿蒙跨平台应用迈向“智能化”的今天,接入生成式 AI(AIGC)已不再是加分项,而是必选项。如果你想在鸿蒙端利用 Google Gemini 的强大推理能力打造智能助手、自动化翻译或垂直领域 RAG 系统。今天我们要深度解析的 langchain_google——一个通过 LangChain 标准协议封装的 Google AI 适配器,正是帮你构建“大模型大脑”的核心插件。 前言 langchain_google 是 LangChain.

By Ne0inhk