首页 文章 精选 留言 我的

精选列表

搜索[代码仓库],共10000篇文章
优秀的个人博客,低调大师

Git Extensions v6.0.5 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具。Git Extensions v6.0.5 现已发布,更新亮点如下: 必需:.NET 9.0 Desktop Runtimev9.0.11 x64或更高版本 9.x 推荐版本:Git 2.51.0 或更高版本 两项修复 已更新的翻译(日语、韩语 100%;泰语、中文、法语、土耳其语、俄语 > 95%;其他语言低于 95%) 变化内容 fix(CheckSettingsLogic):优先使用native executables#12704 fix(plugin loading):使用前等待注册完成#12707 更新说明:https://github.com/gitextensions/gitextensions/releases/tag/v6.0.5

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

Git Extensions v6.0.3 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具。Git Extensions v6.0.3 现已发布,更新亮点如下: 要求:.NET 9.0 Desktop Runtimev9.0.10 x64或更高版本 9.x 插件管理器要求:.NET 9.0 Desktop Runtimev9.0.10 x86或更高版本 9.x 推荐:Git 2.51.0 或更高版本 修复和改进了多项问题 对 Git 的 reftable 后端提供基本支持 变化内容 修复:默认 PulMerge 按钮的图标#12581 修复了 GitImpact 图表渲染中显示零变化周时出现的溢出错误#12580 System.Threading.Lock#12563 Test robustness:处理 init.defaultbranch 中的系统变更#12549 修复 GitHub3Plugin 在首次提交窗口打开时出现的 NullReferenceException 异常#12593 fix(FileStatusList.ContextMenu):明确查找文件快捷键#12579 修复了在高 DPI 缩放下 stash picker 隐藏的问题#12594 修复:主题加载错误抑制#12601 修复:ls-files %objecttype Git 版本检查#12599 chore:文件作用域命名空间#12550 …… 详情可查看:https://github.com/gitextensions/gitextensions/releases/tag/v6.0.3

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

Git Extensions v6.0.2 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v6.0.2 现已发布,更新亮点如下: 要求:.NET 9.0 桌面运行时v9.0.9 x64或更高版本 9.x 插件管理器要求:.NET 9.0 Desktop Runtimev9.0.9 x86或更高版本 9.x 推荐:Git 2.51.0 或更高版本 更新插件管理器 一些修复和改进 删除对 mailing patches 的支持 已知问题 深色模式的更改可能会导致弹出关于不兼容主题文件“migrated.css”的窗口 - 解决方法:#12540 变化内容 修复:为 .net10 做准备#12519 修复:删除mail patches#12522 修复:克隆时显示最近的目标目录#12499 修复:appveyor 行尾警告#12542 修复:在 .net 调试列表中包含 rc#12543 修复:不向子模块名称添加/ #12541 更新 contributors.txt#12551 Test robustness:在 DiffHighlightServiceTests.MarkInlineGap 中解释 core.autocrlf#12548 修复:创建相对路径的工作树 #12533 fix(FileStatusList):将文件设置为新文件以进行初始提交#12544 修复空存储库中孤立分支的创建#12539 更新说明:https://github.com/gitextensions/gitextensions/releases/tag/v6.0.2

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

Git Extensions v5.2 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v5.2 现已发布,更新亮点如下: 要求:.NET 8.0 Desktop Runtimev8.0.11或更高版本 推荐:Git 2.46.0 或更高版本 无需启动控制台模拟器或控制台窗口(进程窗口)即可运行交互式 git 命令 进一步改进in-line diff 支持保存 LFS 文件 Builds:支持 ADO 拉取请求 GPG key ID 无长度限制 图表颜色可调整 修复了几个错误,包括旧文件历史窗口中的错误 用户界面和可用性改进 更多详情可查看:https://github.com/gitextensions/gitextensions/releases/tag/v5.2

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

Git Extensions v5.0 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v5.0 现已发布,更新亮点如下: 要求:.NET 8.0 Desktop Runtimev8.0.8或更高版本 Git Extensions 现在是原生64 位应用程序,安装在“C:\Program Files\GitExtensions”下,而不是“C:\Program Files (x86)\GitExtensions”。 更新 Git Extensions 扩展 API 扩展性 API 界面已更新,使用接口而非具体类型(例如用IGitModule代替GitModule)。插件现在必须引用GitExtensions.Extensibility(而不是GitUI等)。参阅gitextensions/gitextensions.pluginmanager#73了解参考实现。 依赖注入:IGitUICommands现在实现了IServiceProvider并提供服务解析。 支持git diff着色 支持使用git grep在存储库中搜索 处理自定义脚本的用户输入的多项改进 - 例如,多项输入、输入标签、默认值、选定文件的脚本调用、支持脚本的任意图标。 性能改进 用户界面和可用性改进 与 WSL 相关的改进 添加 Difftastic作为 diff viewer 的支持 更多详情可查看:https://github.com/gitextensions/gitextensions/releases/tag/v5.0

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

Git Extensions v4.2 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4.2 现已发布,更新亮点如下: 要求:.NET 6.0 Desktop Runtimev6.0.24或更高版本 推荐使用 Git 2.42 各种性能改进 各种 UI 改进 Git Commandlog 对话框的改进 对 “Rebase” 对话框的改进 允许 “Save as...” 多个文件 编辑器现在可使用 ALT + UP 和 ALT + DOWN 上下移动行 如果要求输入密码,OpenSSH 将使用SSH_ASKPASS环境变量(需要 OpenSSH 8.4 或更高版本;对旧版本的 OpenSSH 没有影响) 仅在当前环境中自动将 GE 设置为编辑器 未暂存的更改可以重置,而不会影响已暂存的更改 对 “Could not load file or assembly” 异常的更用户友好的处理 新的 GitLab 集成插件 JIRA 插件现在支持个人访问令牌 垂直制表符 (SHIFT + ENTER) 现在被视为换行符 为 Windows on Arm64 (WoA) 添加构建 GE 的支持。不过,这需要手动构建。 脚本中新增了{HEAD}选项 更新说明:https://github.com/gitextensions/gitextensions/releases/tag/v4.2

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

一文详解数据仓库的物理细粒度备份恢复

本文分享自华为云社区《DTSE Tech Talk | 第43期:数仓数据可靠保证——物理细粒度备份恢复》,作者:华为云社区精选。 大数据时代,数据对企业的重要性不言而喻,如果发生数据丢失或因为误操作而造成数据丢失,将对企业的经营决策带来不可估量的损失。本期《备份恢复全掌握,数仓数据更安全》的主题直播中,我们邀请到华为云EI DTSE技术布道师李文鑫,针对GaussDB(DWS) 物理细粒度备份恢复与开发者和伙伴朋友们展开交流互动。 GaussDB(DWS)的备份恢复工具 为了应对故障场景,防止数据丢失,GaussDB(DWS)提供了两道防线,以保障数仓安全,分别是:高可靠技术和备份恢复技术。高可靠技术是第一道防线,备份恢复技术是最后一道防线。 GaussDB(DWS)的备份恢复工具—Roach,提供了备份、恢复、容灾功能。备份恢复部分包括集群级备份、集群级恢复、物理细粒度备份、物理细粒度恢复、逻辑备份和恢复;容灾部分包括双集群容灾、双集群迁移、细粒度容灾。 为什么需要使用物理细粒度备份恢复? 假设我们误删了一张表,想通过备份将这张表恢复出来,如果我们采用集群级恢复的方式,那么就需要对整个集群的数据进行恢复,这显然不是我们想要的。而如果采用细粒度恢复的方式,我们就可以精确的只将这张表恢复出来。 类似这样的场景有很多,实际使用中集群级的故障并非是一个高概率的事情,我们细粒度恢复一张表或一个schema才是更加实际的需求。 物理细粒度备份恢复优势 节省空间 相比于集群级备份海量的数据备份恢复,物理细粒度备份针对重点文件进行备份,省去了无关数据的备份,节约大量的空间 节约时间 走物理文件拷贝的流程,相对于逻辑备份更加简单高效 精准恢复 恢复想要恢复的数据,无需对整个集群数据进行恢复 ▲物理细粒度备份恢复支持的功能(正式商用版本8.2.1) 物理细粒度备份恢复的基本流程 由于物理细粒度备份采用了在线恢复的方式,创建了一张新表,那么就需要知道原表的一个表定义,那么在备份的时候就需要将表的定义备份上,这个任务是通过调用GaussDB(DWS) gs_dump工具完成。 确定了表定义就要拷贝表对应的相关文件,比如列存表的cudesc表、存在可变长字段的toast表等,只有把辅助表的信息也记录下来,才能保证恢复之后这张表是可用的,物理细粒度备份采用Map文件对表关系进行组织,对表所有的关联表及文件进行统一收集记录,备份和恢复时根据map文件去做表文件的备份和恢复。 最后就是物理文件的拷贝,Roach对物理文件的拷贝是通过压缩的方式,然后保存在一个rch文件中,并生成fine_file_list文件,记录每个rch文件压缩了哪些物理文件。备份时备份了表定义、表相关文件、表物理文件三个信息之后,我们便可以进行细粒度单表的恢复。 ▲ 物理细粒度备份流程 物理细粒度恢复主要是把一张表或多张表恢复到目标集群中,并保证恢复后的表能够正常提供服务。物理细粒度恢复同样采用的是在线恢复的方式,恢复方法的核心思想是在当前的集群中创建出与原表定义完全相同的一张目标表,再把原表和目标表相关的物理文件进行替换。由于替换之后的物理文件保存了旧的事务信息,因此完成数据恢复后需要对目标表进行数据清洗,至此,所有的恢复工作完成。 ▲ 物理细粒度恢复流程 物理细粒度备份恢复的使用实践 物理细粒度备份恢复是通过python脚本拉起gs_roach工具,并指定特定的参数是实现的。特有的命令函参数包括: --physical-fine-grained 【物理细粒度标志参数】 --dbname <数据库名称> 【例如:postgres】 --schema-list <文件名称> 【要备份的schema列表,在指定的文件中每个schema一行】 --clean 【恢复到同名原表时使用该参数清理原表】 --table-list <文件名称> 【要恢复的原表名称,保存在文件中】 --restore-target-list <文件名称> 【要恢复的目标表名称】 物理细粒度备份恢复可基于命令行参数实现,或者从管控面下发备份恢复任务。以命令行下发备份恢复任务如下: 物理细粒度备份 物理细粒度多表恢复 从管控面下发备份恢复任务需要打开细粒度开关,在指定集群的集群管理界面进行备份恢复任务: 点击链接观看直播完整版回放,了解详细信息。 点击关注,第一时间了解华为云新鲜技术~

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

Git Extensions v4.1 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4.1 现已发布,更新亮点如下: 推荐使用 Git 2.40.1 WSL2 处理方面的改进,例如,自动转换\\wsl.localhost\为\\wsl$\路径 仪表板性能改进 Avatar 性能改进 Blame 性能改进 Reflog 与分支过滤解耦,变成加法过滤器 Ctrl+Enter 在 released而不是 pressed 时创建commit Windows Explorer 集成现在可以从设置中注册和取消注册 要求:.NET 6.0 Desktop Runtimev6.0.16或更高版本 更多详情可查看完整更改日志。

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

Git Extensions v4.0.2 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4.0.2 现已发布,具体更新内容如下: Changes #10621添加高对比度主题文件 #10604稳定 Left Panel 的 FormBrowseTests #10590ConEmu 221218 #10581在 *.Plugins.xlf 中存储插件翻译 #10559通知左侧面板过滤当前分支 #10556重置新的、尚未提交的文件时删除文件 #10548升级Microsoft.VisualStudio.Composition 版本 #10546显示文件历史记录对话框时避免双引号 #10545如果缺少 SSH 密钥,请勿抛出 #10544加载/存储控制台样式设置 #10532避免在后台丢失 git 异常 #10526将CheckoutBranch的默认热键更改为Ctrl+. #10525FormBrowse:刷新主线程上的修订 #105249659 MEF assemblies 修复(针对 jira 提示插件) #10475 修复 #10434 的空检查 #10434commitEncoding 设置为 upcaseUTF-8 时不添加 BOM #10341GitFlow:如果 git-flow 不是 init,则不要抛出 #10309其他修复 更多详情可查看changelog。

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

Git Extensions v4.0.1 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4.0.1 现已发布,具体更新内容如下: Changes 10521Git 2.39 bugs out for fetch --jobs=0 10516theme:从可交付成果中删除深色主题 10514无法从 gitcommands 运行 git 命令 10487在启用状态下创建新的用户脚本 10484将 git fatal errors 报告为非应用程序错误 10480Filters_should_behave_as_expected:当前分支被保留 10477[NBug] 尝试启动进程时发生错误 10455停止无休止的仪表板重绘循环 10451如果取消解析,则将自定义 difftool 列表设置为空 10436更好地处理 git 安全异常 10431保持当前分支设置 10418修复“Derived from tag” 10396修复“删除过时的分支”插件 10390FormClone:检查当前模块是否有效 10357在调用之前验证实用程序的文件是否存在 10355在 *.runtimeconfig.json 中只保留 Microsoft.WindowsDesktop.App 10341GitFlow:如果 git-flow 不是 init,则不要抛出 10339SidePanel:AheadBehind null check 10316修复standalone blame 更多详情可查看 changelog。

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

Git Extensions v4 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4 现已发布,具体更新内容如下: Release Notes Highlights 该应用程序现在需要 .NET 6。如果缺少 .NET 运行时,将在应用程序执行时安装 大大改善了存储库加载时间以及其他性能调整(#9243、#9735、#9864等) 改进了“left panel”,增加了多选功能(#9723)和查看 git 存储的能力(#10258) 改进的过滤功能,包括“exclude” git refs 的能力 (#10240) 对\\wsl$shares 使用native WSL Git 可执行文件以加快处理速度 (#9702) 使用standardFormBrowse来浏览 file history 和 blame(#9445) BASE diff:图标的独特变化 (#9720) 以下功能和选项已被删除: PuTTY 二进制文件不再与 Git 扩展捆绑,需单独安装 PuTTY 并更改设置中的路径。 不支持Theming - v3.x 依赖于 EasyHook 库来促进对 theming 所需的 Windows API 的 hooks。但是,.NET 6 不支持这些 hooks 所需的 remoting 和多个 AppDomain。迄今为止,还没有找到可行的替代方案。#9191 删除了 TFS 集成 (8190d0c) 删除了 JIRA 集成(参见:#9659) 详情可查看:https://github.com/gitextensions/gitextensions/releases/tag/v4

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

ORM 框架 Bee V1.9.8 更新至 Maven 仓库,更快、更简单、更自动

Bee,互联网新时代的Java ORM工具,更快、更简单、更自动,开发速度快,运行快,更智能! 最新maven工程,依赖配置如下: <dependency> <groupId>org.teasoft</groupId> <artifactId>bee</artifactId> <version>1.9.8</version> </dependency> <dependency> <groupId>org.teasoft</groupId> <artifactId>honey</artifactId> <version>1.9.8</version> </dependency> <!--for log framework,Excel(poi) --> <dependency> <groupId>org.teasoft</groupId> <artifactId>bee-ext</artifactId> <version>1.9.8</version> </dependency> V1.9.8 SuidRich增加4个易用方法; 多表查询支持List类型实体字段的多表关联查询; 不用Javabean实体结构操作数据库suid功能趋向完备; 其它: PreparedSqlLib新增selectMapList方法, 支持生成Json格式的SQL脚本 等. 在用别的ORM工具时,有碰到过这种问题吗? "一对多关联,出现数据条数不匹配的情况,比如要查询10条,由于一对多的关系导致最终得到的数据条数变少。" 来Bee看下,这些问题是如何解决的吧! Bee立志要做一个最懂用户的ORM框架! 功能详情: 1. SuidRich增加4个方法: public <T> intsave(T entity); public <T> intupdate(T oldEntity,T newEntity); public <T> StringselectJson(T entity, String selectField); public <T> StringselectJson(T entity, String selectField,int start, int size); 2. MoreTable(多表查询): 支持List类型实体字段的多表关联查询. 支持两个子表的join关联查询(inner join,right join, left join); 支持一个子表里还有一个子表的关联查询. 修复问题:当一个子表的属性都为null时,该子表字段直接设置为null. 注解 JoinTable添加方法:subClass()用于List类型字段的多表关联查询. Condition新增方法,用于在关联查询时的on表达式达到提前过滤数据: public Condition opOn(String field, Op Op, Object value); 3. MapSuid(不用Javabean实体结构操作数据库): 新增update,count,查询分页,新增和调整insert and insertAndReturnId. 至此,MapSuid的select,update,insert,delete及分页功能已完备。 4. PreparedSqlLib新增selectMapList方法. 多数据源读写模式,支持不同类型数据源,方便数据库间转移数据. Logger: 两个方法支持有Throwable参数. 增加流的工具类StreamUtil 增强检测字段合法性,包括MapSuid使用的字段. use LinkedHashMap in List<Map> result for selectMapList(String sql). selectJson支持通过配置将long转为string sql输出日志支持logger不同级别输出设置 增强autoGenBean ,支持生成Json格式的SQL脚本(SQL Json Script). 添加通用查询功能支持(简化后端复杂查询编程) 可指定bee.properties所在路径(增强对嵌入式场景支持) 5. 修复几个bug. ----------------------------------------- Bee是一个简单,易用,功能强大,开发速度快,编码少的 JAVA ORM 框架。连接,事务都可以由Bee框架负责管理.Bee 简化了与DB交互的编码工作量, 是编码复杂度为O(1)的Java 框架! Bee简单易用:单表操作、多表关联操作,可以不用写sql,极少语句就可以完成SQL操作;概念简单,10分钟即可入门。 Bee功能强大:复杂查询也支持向对象方式,分页查询性能更高,一级缓存即可支持个性化优化;具有分布式特性。高级要求,还可以方便自定义SQL语句。 码云上的项目首页: https://gitee.com/automvc/bee https://gitee.com/automvc/bee-springboot github: https://github.com/automvc/bee 相关框架设计信息也可关注微信公众号:软件设计活跃区

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

GreaterWMS V2.0.16 稳定版本发布,完全开源仓库管理软件

愿景:如果你从事着非IT行业的工作,而你又热爱你的行业,那就用科技去改变他。 官网:GreaterWMS 视频教程:B站 更新日志:V 2.0.16 修复同一库位,同一货物收货上架后,会导致发货为负数的BUG 引入了t_code作为货物入库唯一标识 拣货规则修改,拣货将匹配货物入库唯一标识,而不是顺序拣货,这样可以避免动态库存,扣货错误 引入了批次管理的概念,所以入库后的货物,直到出库,入库时间将是一致的 修复了创建员工,会生成同一个check_code的bug

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

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文件系统,支持十年生命周期更新。

用户登录
用户注册