git版本控制器详解（3）本地和远端同步

最新推荐文章于 2025-04-21 00:16:22 发布

置顶

we will rise.

最新推荐文章于 2025-04-21 00:16:22 发布

阅读量1.1k

点赞数 14

分类专栏： Linux修炼文章标签： git linux 服务器学习

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.youkuaiyun.com/qq_75270497/article/details/138756854

版权

为什么要使用gitee？
gitee是基于git所搭建的网站，会给我们提供一个稳定的服务器保存我们的版本信息。因为github是国外网站，国内访问速度不够稳定，所以我们选择使用gitee。
前边我们讲解了如何在本地进行操作，
接下来进行讲解如何实现远端和本地同步以及.gitignore文件的使用。

新建仓库

在这里插入图片描述
点击新建仓库

设置模板中全部勾选，接下来会进行相关讲解，分支模型先选择单分支，即只有master主分支即可。然后点击创建。

README文件

点进去默认会打开一个README文件，我们可以修改其中的内容。
在这里插入图片描述
设置开源，管理中->基本信息，下滑就可以看到又一个选项是是否开源，点击开源，然后勾选保证即可。

这样别人就可以看到你提交上来的代码了。

ISSUE模版文件

可以看到，仓库还提供给了我们这个功能，我们在右上角点击新建Issue。这个功能是查看我们代码后有问题的人和我们做交流的地方。

在我们的代码中，有一个.gitee文件夹，点击后打开其中有一个ISSUE开头的文件，点击阅读该文件的内容，可以发现和上边Issue中的模板相同。这就是模板中第二个勾选的内容。当然我们可以修改模板中的内容，然后新建ISSUE中的内容也会改变。

最低0.47元/天解锁文章

博客等级

码龄3年

66
原创

1905
点赞

2001
收藏

1293
粉丝

关注

私信

热门文章

分类专栏

展开全部收起

上一篇：: linux下的调试工具gdb的详细使用介绍

下一篇：: 动规算法-地下城游戏

最新评论

从C语言的面向过程编程过渡理解面向对象编程风格
we will rise.: 在 C 语言中要求所有子类结构体的首元素必须是基类结构体，其根本原因与 **内存地址对齐** 和 **类型安全转换** 密切相关。以下是分层次的解释： --- ### **1. 内存地址一致性原理** #### **C 语言的结构体内存规则**： - **结构体的起始地址** 与其 **第一个成员的起始地址** **完全相同**（偏移量始终为 0）。 - 若基类结构体（如 `Base`）是子类结构体（如 `Sub`）的第一个成员，则以下关系必然成立： ```c struct Base { void (*func)(void); }; // 基类包含函数指针 struct Sub { struct Base base; int data; }; // 子类首元素是基类 Sub sub; // 以下地址相等： (void*)&sub == (void*)&sub.base ``` #### **关键推论**： - 当子类对象（`Sub`）被强制转换为基类指针（`Base*`）时，转换后的指针 **直接指向子类内部的基类成员**。 - 通过基类指针调用函数指针 `func` 时，实际访问的是子类中 `base.func` 的正确内存位置。 --- ### **2. 若基类不是首元素：灾难性后果** 假设错误的设计： ```c // 错误示例：基类不是首元素 struct Sub { int data; // 其他成员在前 struct Base base; // 基类在第二个位置 }; ``` 此时内存布局如下： ``` | data (4字节) | base (假设 8 字节) | ... | ``` - 子类对象地址为 `0x1000`，`data` 位于 `0x1000`，`base` 位于 `0x1004`。 - 若将 `Sub*` 强制转换为 `Base*`： ```c Sub* sub_ptr = malloc(sizeof(Sub)); Base* base_ptr = (Base*)sub_ptr; // 实际指向 0x1000，而非 base 的真实地址 0x1004 ``` - 调用 `base_ptr->func()` 时： - 实际访问的是 `0x1000` 处的内存（即 `data` 的值），而非 `base.func`。 - 导致 **野指针调用**（程序崩溃或未定义行为）。 --- ### **3. 函数指针调用的正确性** 当基类是首元素时： ```c Sub sub; Base* base_ptr = (Base*)⊂ // 正确指向 sub.base base_ptr->func(); // 实际调用 sub.base.func() ``` - 编译器生成的代码会直接通过 `base_ptr` 访问 `func`，而由于 `base_ptr` 实际指向子类内部的 `base` 成员，调用完全合法。 --- ### **4. 类似设计模式的实践** #### **Linux 内核的 `sk_buff`**： - 网络数据包结构 `sk_buff` 的头部包含公共控制信息（类似基类）。 - 协议专用数据（如以太网头、IP头）通过指针偏移访问。 - 通过确保公共头部是首元素，实现高效的类型转换和数据操作。 #### **C 语言模拟面向对象**： - 基类结构体定义统一接口（函数指针）。 - 所有子类首元素为基类，实现多态： ```c typedef struct Animal { void (*speak)(struct Animal* self); // 函数指针 } Animal; typedef struct Cat { Animal base; // 首元素必须是基类 int age; } Cat; void cat_speak(Animal* self) { Cat* cat = (Cat*)self; // 安全反向转换 printf("Meow! I'm %d years old\n", cat->age); } int main() { Cat cat = { .base = { .speak = cat_speak }, .age = 3 }; Animal* animal = (Animal*)&cat; // 子类转基类 animal->speak(animal); // 正确调用 cat_speak } ``` --- ### **5. C++ 对比与扩展** 在 C++ 中，若使用继承： ```cpp class Base { public: virtual void func() = 0; // 虚函数 }; class Sub : public Base { // 公有继承保证基类子对象位于首地址 int data; public: void func() override { /* ... */ } }; ``` - 编译器会自动将基类子对象放在派生类内存布局的起始位置。 - 虚函数表指针（vptr）可能位于对象首地址（取决于编译器实现），但基类成员仍紧随其后。 #### **C++ 的潜在风险**： - 若使用多重继承，第二个基类的子对象会有偏移。 - 虚函数表指针可能破坏首地址对齐（因此 C 语言实现更可控）。 --- ### **总结** 要求子类首元素必须是基类的本质是： 1. **内存安全**：确保类型转换时指针指向正确的内存区域。 2. **函数指针有效性**：保证通过基类指针调用的函数实际属于子类实现。 3. **零成本抽象**：通过编译器静态保证的内存布局，避免运行时偏移计算。这种模式在以下场景中至关重要： - 系统编程（如操作系统内核、网络协议栈） - 嵌入式开发（需精确控制内存布局） - 高性能库设计（如实现类似多态的通用接口）
从C语言的面向过程编程过渡理解面向对象编程风格
we will rise.: 就是文中的例子，我们要先把子类对象转化成shape对象，但是我们调用draw这个函数时，我们会默认用的是shape对象中的draw函数，但是此时我们使用的其实是子类转化过来的shape对象，他会根据shape对象中draw函数指针的位置对draw函数进行调用，如果子类首元素是其他类型而不是draw这个指针，就会出现调用野指针的问题
从C语言的面向过程编程过渡理解面向对象编程风格
m0_51177738: 用 c 语言模仿面向对象的多态特性的时候，父对象与子对象内存排布为什么必须要重合？
动规算法-地下城游戏
忆愿: 优质好文，博主的文章细节很到位，兼顾实用性和可操作性，感谢博主的分享，期待博主持续带来更多好文
linux下的调试工具gdb的详细使用介绍
优快云-Ada助手: CS入门技能树或许可以帮到你：https://edu.youkuaiyun.com/skill/gml?utm_source=AI_act_gml

最新文章

目录

展开全部

收起

评论 1

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

打赏作者

we will rise. 你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20

扫码支付：¥1

获取中

扫码支付

您的余额不足，请更换扫码支付或充值

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。