git指令作用，代码示例

Git是一个分布式版本控制系统，主要用于代码的版本管理和协同开发。下面是几个常用的 git 指令：

1. git init：初始化一个 git 仓库
2. git add：将文件添加到暂存区
3. git commit：将暂存区的文件提交到版本库
4. git push：将本地的代码推送到远程仓库
5. git pull：将远程仓库的代码拉取到本地

代码示例：

1. 初始化一个 git 仓库
git init

2. 将文件添加到暂存区
git add index.html

3. 将暂存区的文件提交到版本库
git commit -m "Add index.html"

4. 将本地的代码推送到远程仓库
git push origin master

5. 将远程仓库的代码拉取到本地
git pull origin master

笑话时间：为什么程序员喜欢用黑色背景？因为这样可以让他们的代码更加“亮眼”！

相关问题

Ubuntu git 上传代码

### 在 Ubuntu 系统中通过 Git 上传代码到远程仓库

#### 创建并配置本地仓库
为了在Ubuntu系统上使用Git上传代码至远程仓库，首先需确保已安装Git工具。之后，在本地创建一个新的目录用于放置待上传的代码，并初始化为Git仓库。

mkdir ~/IdeaProjects/myProject
cd ~/IdeaProjects/myProject
git init

上述命令会在指定路径下创建名为`myProject`的新文件夹作为项目的根目录，并将其初始化成一个Git版本控制下的工作空间[^3]。

#### 添加和提交文件到本地库
接着把要管理的源码放入此项目文件夹内，利用`add`指令告知Git哪些改动应该被跟踪记录下来：

touch README.md # 示例操作：新建README文档
git add .

这会将当前目录及其子目录内的所有变更加入暂存区等待进一步处理。随后执行`commit`来保存这些修改历史给本地数据库：

git commit -m "Initial project setup"

此时已经成功建立了初始提交点，包含了首次录入的内容描述信息。

#### 关联远程存储位置
下一步就是让本地环境知道远端的具体地址以便同步数据过去。假设目标平台是Gitee或GitHub之一，则可通过如下方式添加对应的SSH URL形式的origin别名指向那个地方：

对于 Gitee 平台：

git remote add origin git@gitee.com:用户名/仓库名.git

针对 GitHub 场景而言：

git remote add origin git@github.com:用户名/仓库名.git

值得注意的是，当遇到提示说“remote origin already exists”，意味着之前可能已经有设置过相同名字的目标链接了，这时可以先移除旧有的定义再重新指派新的目的地：

git remote rm origin
git remote add origin 新的URL

完成以上步骤后就能正式准备向云端发送最新的变动情况了[^2]。

#### 执行推送动作
最后一步即运行`push`命令实现从本机往网络上的特定分支传送最新版的数据集。如果是初次部署的话建议带上参数-u以简化未来重复此类任务时的操作流程：

git push -u origin main

注意这里的`main`代表默认主干线路的名字，部分情况下也可能是其他命名比如master取决于具体服务提供商的规定[^4]。

前端git提交代码过滤依赖包

前端项目在进行Git提交代码的时候，常常需要对依赖包做一定的过滤处理，主要是为了保护项目的稳定性和安全性。这里提供一种常见的做法：

### 过滤策略

#### 1. 使用`.gitignore`文件
`.gitignore` 文件是一个文本文件，通常位于项目的根目录下，用于指定 Git 应该忽略的文件或目录。对于前端项目而言，在 `.gitignore` 中加入对特定依赖包或版本库路径的过滤非常重要。

例如，你可以添加以下内容到 `.gitignore` 文件中，以防止将某些不必要的依赖包或临时文件提交到仓库：

node_modules/
npm-debug.log
yarn-error.log

这将告诉 Git 忽略 `node_modules` 目录下的所有文件、`npm-debug.log` 和 `yarn-error.log` 文件，避免它们在每次提交时都出现在提交记录中。

#### 2. 使用脚本自动清理并提交代码
在开发过程中，可以编写一个自动化脚本来帮助清理并提交代码。这样的脚本可以在项目构建流程中运行，比如在使用如 Webpack 或 Rollup 等构建工具时，通过配置 `postbuild` 或 `precommit` 脚本来处理依赖文件。

例如，下面是一个简单的 Node.js 脚本示例，它从 `package.json` 中提取依赖项，并将其包含在一个单独的文件中，以便于只提交实际修改的部分代码：

const fs = require('fs');
const path = require('path');

// 获取 package.json 文件的路径
const pkgPath = path.join(__dirname, '../package.json');

// 读取 package.json 文件
const pkg = JSON.parse(fs.readFileSync(pkgPath));

// 避免直接操作 package.json 的内容，创建一个新的文件来存放依赖信息
const dependenciesFile = 'dependencies.txt';

// 清理旧的依赖文件（如果存在）
if (fs.existsSync(dependenciesFile)) {
    fs.unlinkSync(dependenciesFile);
}

// 打开新的依赖文件并写入依赖信息
fs.writeFileSync(
    dependenciesFile,
    Object.entries(pkg.dependencies || {}).map(([key, version]) => `${key}@${version}`).join('\n')
);

// 提交更改至 git
process.stdin.resume();
process.stdin.setEncoding('utf8');
let input = '';
process.stdin.on('data', chunk => {
    input += chunk;
});
process.stdin.on('end', () => {
    // 在这里输入 commit message 和 push 指令
    console.log(`当前待提交的信息为: ${input}`);
    process.exit(0);
});

console.log(`已创建依赖文件: ${dependenciesFile}`);

### 实施步骤

1. **设置 `.gitignore`**：按照上述建议设置 `.gitignore` 文件。

2. **编写自动化脚本**：根据团队的具体需求和项目结构，编写对应的自动化脚本。这个脚本应该在项目构建或提交前运行，负责清理不需要提交的文件，并生成包含依赖信息的新文件供后续提交。

3. **集成到 CI/CD 流程**：将此自动化脚本集成到持续集成/持续部署（CI/CD）流程中，确保每次提交或部署时都有相应的检查和清理过程。

4. **培训团队成员**：确保整个团队了解这一实践的重要性及其工作原理，以及如何正确地使用 `.gitignore` 和自动化脚本。

通过以上步骤，可以有效地管理前端项目中依赖包的提交流程，提高代码库的质量和维护效率。---