首页 文章 精选 留言 我的

精选列表

搜索[电机控制],共10000篇文章
优秀的个人博客,低调大师

Git LFS 3.1 发布,对大文件进行版本控制的 Git 扩展

Git LFS 是一个命令行扩展,用于使用 Git 管理大文件。这个版本是一个功能更新版本,其中包括为 Debian 11 提供的新的 ARM64 软件包、新的本地化基础架构,以及改进的 netrc 支持,此外还有一些错误修复并解决了 v3.0.2 中引入的 git lfs 迁移导入的性能退步问题。具体更新内容如下: 功能: 从 Negotiate 退回到 Basic 增加对本地化的基本支持 增加对 ARM64 Debian 软件包的支持 netrc:考虑同一台机器可能有不同的登录名 错误修复 修复迁移过程中以执行文件模式合并 .gitattributes 的问题 修复 migrate 导入速度退步问题 修复错别字 将错误检查移至使用该值之前 migrate import:不允许使用 --above 的路径过滤器 避免在使用带有 --to 的 checkout 但没有路径的情况下出现 panic creds:更好地处理缺乏 askpass 帮助器的问题 post-checkout:不要修改未跟踪的文件的权限 使用 gitattributes 文件路径匹配迁移过滤器选项 避免 git lfs env 中的错误 其他 构建缺失的手册页面并纠正 HTML 渲染 更新并标记要翻译的信息字符串 标记几乎所有的字符串以备翻译 .github/workflows:切换到 action/checkout@v2 脚本/packagecloud:为最新的发行版更新 filter-process:不在修复的版本上打印大文件警告 ssh:尽可能避免使用-- 停止支持 Go 1.13 以下版本 更多详情可查看:https://github.com/git-lfs/git-lfs/blob/main/CHANGELOG.md

优秀的个人博客,低调大师

Git LFS 3.0.0 发布,对大文件进行版本控制的 Git 扩展

Git LFS 是一个命令行扩展,用于使用 Git 管理大文件。Git LFS 3.0.0 版本是一个重要的新版本,引入了几个新特性,具体更新内容如下: 向后兼容的改动: 对 NTLM 的支持已被完全删除 当使用 SSH URL(即以 ssh:// 开头的语法)时,在调用 git-lfs-authenticate 或 git-lfs-transfer 时不会去掉前面的斜线。这与 Git 在通过 SSH 调用命令时的行为一致 git lfs fsck 现在会额外检查指针是否符合规范,以及那些应该是 LFS 文件的文件是否符合规范。 模式匹配应该更加严格,应该与 .gitattributes 或 .gitignore 的行为相匹配 Git LFS 现在会将 Git LFS 仓库格式的版本写入仓库。这样做是为了允许将来在不兼容的情况下进行扩展。 …… 功能: 将软件包版本提升到 v3 更新 OS 版本 增加对 Debian 11 的支持 支持锁定和解锁多个文件 增加对 Windows ARM64 的支持 LFS 仓库格式版本 纯粹基于 SSH 的协议 让 fsck 能够检查无效的指针 在 migrate info 命令中增加 -fixup 选项 允许在 migrate info 命令中单独报告 LFS 指针的情况 为默认远程添加配置变量 让 lfshttp 包的构建更加便捷 …… Bug 修复: filepathfilter:总是使用与 Git 兼容的模式匹配 debian 和 rpm:向 install 和 uninstall 传递 --skip-repo 修复 prune 中的挂起 在解析日志和锚点差异正则表达式时禁用 ANSI 色码 go.mod:将 gitobj 升级到 v2.0.2 修复多路径和绝对路径的锁定问题 migrate import:让 --above 只影响单个文件 fs:清理时不要太激进 让 blobSizeCutoff 的所有检查保持一致 修正对 "migrate info" 命令的 -top 选项的处理 像 Git 那样对 Windows 路径进行规范化处理 lfsapi:不对重复但相同的别名发出警告 …… 更多详情可查看:https://github.com/git-lfs/git-lfs/blob/main/CHANGELOG.md

优秀的个人博客,低调大师

【Git技术专题】如何使用git中的tag进行版本开发控制?

什么是tag git仓库的tag是git版本库的一个标记,指向某个commit id标记的快照记录指针,所以,标签也是版本库的一个快照。 tag主要用于发布版本的管理,一个当版本发布后,可以为git当前的HEAD(commit id)打上 v.1.0.1、v.1.0.2等这样的标签。 tag感觉跟branch有点相似,但是本质上和分工上是不同的。 tag的特征 tag对应某次commit节点, 是一个点,是不可移动的。 branch对应一系列commit,是很多点连成的一根线,有一个HEAD 指针,是可以依靠 HEAD 指针移动的。 所以,两者的区别决定了使用方式,改动代码用branch ,不改动只查看用 tag。 tag 和 branch 的相互配合使用,有时候起到非常方便的效果,例如:已经发布了 v1.0 v2.0 v3.0 三个版本,这个时候,我突然想不改现有代码的前提下,在 v2.0 的基础上加个新功能,作为 v4.0 发布。就可以检出 v2.0 的代码作为一个 branch ,然后作为开发分支。 创建标签 添加tag git tag -a <tagname> -m "added description release notes" # git tag用作上线发布的时候打tag处理: 处理命令为: git tag -a v1.0-beta -m "v1.0 beta版本发布上线" 创建轻量级标签,不用-a,-m等参数 例如 git tag v1.0 给指定的commit打Tag 打Tag不必要在head之上,也可在之前的版本上打,这需要你知道某个提交对象的校验和(通过git log获取)。 git tag -a v0.1.1 9fbc3d0 可加-m添加注释 查看所有的tag版本 git tag :查看tag列表 git tag --list :查看tag列表 git tag -l :同理查看tag列表 命令git checkout [tagname] 切换标签。 git checkout v1.0 删除tag git tag -d tagName 删除本地名为“v1.0”的Tag git tag -d v1.0 git push origin :refs/tags/<tagname> # 删除一个远程标签 这时只能在本地可以看到自己新建Tag,在远程中央仓库中还是看不到在Tags下有如何内容,因为我们还没把它推送到中央仓库上 推送到远端 git push origin <tagname> # 推送一个本地标签到远程仓库 例如: git push origin v1.0 推送全部未推送过的本地标签 git push origin --tags 如果没有和远程没有同步,可以先拉下来 git pull --rebase origin master 再上传 git push -u origin master 推送所有标签 git push origin --tags 此处对历史提交做tag处理 git log --pretty=oneline --abbrev-commit 15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment' a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support 0d52aaab4479697da7686c15f77a3d64d9165190 one more thing 6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment' 0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function 4682c3261057305bdd616e23b64b0857d832627b added a todo file 166ae0c4d3f420721acbb115cc33848dfcc2121a started write support 9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile 964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo 8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme 现在,假设在 v1.2 时你忘记给项目打标签,也就是在 “updated rakefile” 提交。 你可以在之后补上标签。 要在那个提交上打标签,你需要在命令的末尾指定提交的校验和(或部分校验和): git tag -a v0.9 -m "v0.9版本发布上线" <commit-id> # 对历史提交做tag处理 (总结)推送本地标签到远程仓库 git push origin v1.0-beta # 推送到远程仓库 git push origin v1.0-beta:refs/tags/v1.0-beta # 等效上一条 git push origin --tags # 一次性推送全部尚未推送到远程的本地tags 删除远程tag git tag -d tag-name git push origin :refs/tags/tag-name 覆盖原有的tag git tag -f lilerong 查看相应标签的版本信息 git show tagName //git show 命令,并连同显示打标签时的提交对象 idea中创建标签tag、并推送到远程仓库 创建tag 创建完成后,推送标签到远程仓库 接着输入tag名(一般都是有规则的 不是随便写的) 由于不是在当前最新版本打入的标签,push时需要选择push tags (all),不然不能push。 在GitLab标签中就可以看到刚才push的标签

优秀的个人博客,低调大师

WebStorm 2021.1 Beta 发布:改进对版本控制、Stylelint 和 Vue 的支持

WebStorm 2021.1 首个 Beta 版本已发布。更新亮点如下: 改进对 Stylelint 的支持 支持 Vue 中的 CSS 模块 支持 Git commit 消息模板 增加将变更保存至 Shelf 的新 action 增强处理 PR 功能 下载地址 改进对Stylelint 的支持 主要是使用方面的改进,只需将鼠标悬停在报告有问题的CSS 文件上,然后按下Alt+Enter 快捷键,从弹出的上下文菜单中选择"Stylelint: Fix current file"即可快速修复有问题的代码。 支持 Vue 中的 CSS 模块 从 2021.1 版本开始,WebStorm 已支持 .vue 文件中使用的 CSS 模块。IDE 会正确解析$style属性,并提供代码补全、导航和基本重构功能。 支持 Git commit 消息模板 WebStorm 已支持 Git commit 消息模板,如果开发者定义了这样的模板,IDE 会将模板中的文本显示为初始 commit 信息。 详情查看发布公告。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册