first-try/cargo

[giscus[bot]]

first-try/cargo

https://course.rs/first-try/cargo.html

[GooTal]

初恋般的感觉，整伤心了

[yjshi2015]

哈哈~

[fengbianyun]

1年没用rust，又得重学一遍语法。

[geekgaoxiang]

不是说相声的写不出这个rust语言圣经，所以作者是degang guo？

[bugApe8]

拨云见雾 -> 拨云见日?

[Shenkc]

拨云见雾->越来越迷糊？

[inkwise]

打卡

[NotHimmel]

“你好，世界”感觉像是一个紧张的闯入者，“世界，你好”感觉非常从容，nice

[Muzych]

很美的解读

[cvenwu]

浅显易懂

[Kodakolor]

Java狗前来感受一下温暖的rust港湾

[fengyexiaoai]

2023.5.6 学习开始

[Viktor1813]

让我感受下rust的黑魔法如何厉害哈哈哈

[Justin3go]

不会rust，读到这里，阅读体验很好👍

[angbox]

爱了爱了

[1660961935]

如果cargo 新建项目有这个报错，然而git是能用的，解决方案是看看.gitconfig文件最后一行有没有空行，有就删掉
error: Failed to create package

Caused by:
failed to parse config file: invalid configuration key (in /.gitconfig:1); class=Config (7)

[OC0311]

node 的包管理没啥要羡慕的，虽说管理工具是多，但是依赖是真的乱，拉下来的代码很难跑起来，现在又是cnpm,pnpm 乱七八糟的，拉个依赖都困难

[zerotimo1234]

写的真好

[pzc1350]

滴滴

[my187119]

啥时候出个视频教程

[sanrentai]

又掌握了一门能熟练编写hello world 的编程语言

[Skyfacon]

学完打卡，爱了爱了，希望自己能坚持到底

[Juminiy]

无法在本地或者公司服务器上直接运行K8s betav1.0，GoogleCloudPlatform/* 那个包已经删了，毒瘤

[Juminiy]

你是不是天津说相声的，MR degang guo ？

[Linhieng]

TOML 配置文件的英文名称是： Tom's Obvious Minimal Language

[lilhammer111]

不太理解为什么lib项目为什么就不需要上传Cargo.lock文件，难道别人拉下来的lib不需要知道lib的依赖是什么吗？明天GPT一下，感觉跟linker什么的有关

[Linhieng]

我：

我看到这么一句话：什么情况下该把 Cargo.lock 上传到 git 仓库里？很简单，当你的项目是一个可运行的程序时，就上传 Cargo.lock，如果是一个依赖库项目，那么请把它添加到 .gitignore 中。

能解释一下为什么一个依赖库项目就不需要上传 Cargo.lock 呢？

---

ChatGPT：

当一个项目是一个依赖库项目时，意味着它主要用作其他项目的依赖，而不是作为独立的可执行程序。在这种情况下，通常更重要的是记录每个依赖库的版本，而不是确切地记录依赖库所使用的每个依赖项的精确版本。

让我们看看为什么在依赖库项目中不建议上传 Cargo.lock 文件：

1. 版本灵活性： 对于依赖库项目，其他项目可能会希望使用不同版本的依赖库来满足其需求。如果你在依赖库项目中上传了 Cargo.lock 文件，那么这些其他项目将会受到该文件的限制，只能使用与 Cargo.lock 中列出的相同版本的依赖项。这可能会限制其他项目的灵活性。

2. 依赖更新： 在依赖库项目中，通常更倾向于使用最新版本的依赖库，以获得最新的特性、性能优化和安全补丁。如果上传了 Cargo.lock 文件，其他项目就会被锁定在该文件中列出的特定版本，这可能会阻碍依赖库的更新和维护。

3. 构建速度： 如果依赖库的用户不需要使用 Cargo.lock 文件中所列出的特定版本，他们可以让 Cargo 选择适当的依赖项版本并进行构建，而无需下载和构建所有列出的依赖项，从而节省时间和资源。

总的来说，对于依赖库项目，通常更适合让 Cargo 在构建时选择适当的依赖项版本，而不是将 Cargo.lock 文件上传到仓库中。这样可以保持项目的灵活性和更新性，同时减少对其他项目的限制。

---

我：

依赖库项目，指的不是开发一个 lib 库吗？

---

ChatGPT：

是的，对于开发一个库（lib 库），它通常被视为一个依赖库项目。我之前提到的依赖库项目就是指这种情况，即开发一个库供其他项目使用。

对于开发一个库项目，将 Cargo.lock 文件添加到 .gitignore 中是一种常见做法，而不是将其上传到版本控制系统中。这是因为库项目通常更关注于提供一组功能和接口，而不是作为一个独立的可执行程序。因此，通常更重要的是保持依赖项的灵活性和更新性，而不是固定在 Cargo.lock 中列出的特定版本上。

上传 Cargo.lock 文件的情况通常出现在可执行程序项目中，因为这些项目更注重确保在不同环境下构建时使用相同的依赖版本，以确保构建的可重复性和一致性。

[Linhieng]

我：

我还是不太理解为什么lib项目为什么就不需要上传Cargo.lock文件，难道别人拉下来的lib不需要知道lib的依赖是什么吗？感觉跟linker什么的有关

---

ChatGPT：

你的疑问很合理。让我更详细地解释一下为什么在一个库项目中不上传 Cargo.lock 文件。

在一个库项目中，确实很重要要知道它所依赖的其他库的版本，但这并不意味着要将 Cargo.lock 文件上传到版本控制系统中。实际上，Cargo.toml 文件中包含了对依赖项的明确说明，而 Cargo.lock 文件是自动生成的，其中记录了实际构建时使用的依赖项的确切版本。

下面是一些理由说明为什么通常不将 Cargo.lock 文件上传到库项目的版本控制系统中：

依赖版本管理： 开发库时，通常希望让库的用户能够选择他们所需的依赖版本。通过在 Cargo.toml 中明确列出依赖项，并将 Cargo.lock 添加到 .gitignore 中，可以让库的用户在安装或构建库时自动选择适当的依赖版本。

避免冲突和固定性： 如果将 Cargo.lock 文件上传到库项目的版本控制系统中，那么使用该库的项目也会受到该文件所固定的依赖版本的限制。这可能导致依赖版本冲突，降低项目的灵活性。

构建速度和资源消耗： 如果 Cargo.lock 文件包含了大量的依赖项和版本信息，将其上传到版本控制系统中可能会增加仓库的大小，并且在下载和克隆仓库时会消耗更多的时间和资源。

所以，虽然了解库项目的依赖项是很重要的，但通常最好让 Cargo 自动管理依赖项版本，而不是通过上传 Cargo.lock 文件来强制固定依赖版本。

[lilhammer111]

感谢大佬的帮助，昨晚睡得比较早还没来得及自己查您就帮我查了，十分感谢🙏！

…

On Tue, Mar 19, 2024 at 07:57 Alan ***@***.***> wrote: 我： 我看到这么一句话：什么情况下该把 Cargo.lock 上传到 git 仓库里？很简单，当你的项目是一个可运行的程序时，就上传 Cargo.lock，如果是一个依赖库项目，那么请把它添加到 .gitignore 中。 能解释一下为什么一个依赖库项目就不需要上传 Cargo.lock 呢？ ------------------------------ ChatGPT： 当一个项目是一个依赖库项目时，意味着它主要用作其他项目的依赖，而不是作为独立的可执行程序。在这种情况下，通常更重要的是记录每个依赖库的版本，而不是确切地记录依赖库所使用的每个依赖项的精确版本。 让我们看看为什么在依赖库项目中不建议上传 Cargo.lock 文件： 1. *版本灵活性*： 对于依赖库项目，其他项目可能会希望使用不同版本的依赖库来满足其需求。如果你在依赖库项目中上传了 Cargo.lock 文件，那么这些其他项目将会受到该文件的限制，只能使用与 Cargo.lock 中列出的相同版本的依赖项。这可能会限制其他项目的灵活性。 2. *依赖更新*： 在依赖库项目中，通常更倾向于使用最新版本的依赖库，以获得最新的特性、性能优化和安全补丁。如果上传了 Cargo.lock 文件，其他项目就会被锁定在该文件中列出的特定版本，这可能会阻碍依赖库的更新和维护。 3. *构建速度*： 如果依赖库的用户不需要使用 Cargo.lock 文件中所列出的特定版本，他们可以让 Cargo 选择适当的依赖项版本并进行构建，而无需下载和构建所有列出的依赖项，从而节省时间和资源。 总的来说，对于依赖库项目，通常更适合让 Cargo 在构建时选择适当的依赖项版本，而不是将 Cargo.lock 文件上传到仓库中。这样可以保持项目的灵活性和更新性，同时减少对其他项目的限制。 ------------------------------ 我： 依赖库项目，指的不是开发一个 lib 库吗？ ------------------------------ ChatGPT： 是的，对于开发一个库（lib 库），它通常被视为一个依赖库项目。我之前提到的依赖库项目就是指这种情况，即开发一个库供其他项目使用。 对于开发一个库项目，将 Cargo.lock 文件添加到 .gitignore 中是一种常见做法，而不是将其上传到版本控制系统中。这是因为库项目通常更关注于提供一组功能和接口，而不是作为一个独立的可执行程序。因此，通常更重要的是保持依赖项的灵活性和更新性，而不是固定在 Cargo.lock 中列出的特定版本上。 上传 Cargo.lock 文件的情况通常出现在可执行程序项目中，因为这些项目更注重确保在不同环境下构建时使用相同的依赖版本，以确保构建的可重复性和一致性。 — Reply to this email directly, view it on GitHub <#1060 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A3BGWHEWNGLQ3LPDTYADLZTYY55NXAVCNFSM6AAAAAARH24WXGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4DQMZUGEZTA> . You are receiving this because you commented.Message ID: ***@***.***>

[loycoder]

对于前端开发，学一门语言能够做的事情：跨平台开发、构建工具、webassembly、webService等，简直让人兴奋～

[hewei2723]

试试rust怎么样

[mzwsw-wjm]

1.78.0的版本，似乎并没有生成.git文件

[ClydeKuo]

初恋都出来，不评论两句说不过去啊

[wangduanduan]

在windows出现这个问题：linking with link.exe failed: exit code: 1181 还有一个简单的解决方案

rustup toolchain install stable-x86_64-pc-windows-gnu
rustup default stable-x86_64-pc-windows-gnu