GitHub图片加载异常以及README.md添加图片异常

这些问题是由于 github 的一些域名的 DNS 解析被污染,导致 DNS 解析过程无法通过域名取得正确的 IP 地址。解决方案如下:
https://www.bilibili.com/video/BV1CD4y197tj?from=search&seid=1671507888412118222
笔者是参考了视频中的解决方案。
再总结一下就是:将如下代码拷贝添加到host文件中
windows host 路径:C:\Windows\System32\drivers\etc\host
需要拷贝的代码链接:https://github.com/itgoyo/500Days-Of-Github/issues/231
140.82.114.4 github.com
140.82.114.4 gist.github.com
185.199.108.153 assets-cdn.github.com
151.101.64.133 raw.githubusercontent.com
151.101.108.133 gist.githubusercontent.com
151.101.108.133 cloud.githubusercontent.com
151.101.108.133 camo.githubusercontent.com
151.101.108.133 avatars0.githubusercontent.com
151.101.108.133 avatars1.githubusercontent.com
151

### 如何在README.md中记录版本更新 为了保持项目的透明度和可追溯性,建议在`README.md`文件中设立专门的部分来记录版本更新的信息。这部分通常被称为变更日志(Changelog),它能够帮助用户快速了解各个版本之间的差异以及新功能、修复的错误等内容。 #### 设立独立章节 可以在`README.md`内创建一个名为“Change Log”的部分[^1]: ```markdown ## Change Log 以下是项目的主要更改记录,按照时间倒序排列(最近的更新放在最前面)。这有助于追踪每次发布的改动情况。 ``` #### 使用语义化版本控制 遵循语义化版本号(SemVer)标准,即采用MAJOR.MINOR.PATCH的形式表示版本号。每当引入不兼容API变动时增加主版本号;向后兼容的功能发布则提升次版本号;而仅修正bug的情况下只需提高修订版号即可。 #### 记录具体变化 对于每一次重要更新都应详细描述其影响范围及具体内容,并指明日期以便于查阅。例如: ```markdown ### [v1.2.0](https://github.com/user/repo/releases/tag/v1.2.0) - 2023-XX-YY * **新增特性** * 实现了新的登录验证机制 (#issue_number) * **改进优化** * 提升了响应速度约30% (#pull_request) * **Bug修复** * 解决了特定条件下无法正常加载页面的问题 (#fix_issue) ``` 通过这种方式不仅可以让开发者清楚知道哪些地方做了调整,也能让用户更容易理解不同版本间的区别所在。 #### 自动化工具辅助管理 考虑到手动维护可能会遗漏某些细节或是耗费过多精力,还可以考虑利用一些自动化工具来自动生成或同步changelog信息到`README.md`当中。比如GitHub Releases就提供了很好的集成体验,允许直接关联commit message自动生成release notes。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值