ddablib
1.0.0
这是Delphidabbler的各种Delphi组件，单位和IDE扩展的库的前任。
➡️库的主动开发现在发生在Ddablib Github组织的一组存储库中。
配x 警告：该存储库现已存档。该代码被冻结并过期。
在将库转移到Ddablib时，它包含下表中列出的项目。向每个项目的网页及其DDABLIB GITHUB存储库提供链接。
| 项目网页 | GitHub存储库 |
|---|---|
| 关于框组件† | ddablib/大约 |
| 剪贴板查看器组件 | ddablib/cbview |
| 游戏机应用程序跑步者类‡ | ddablib/consoleapp |
| 删除文件组件 | ddablib/dropfiles |
| 环境变量单元 | ddablib/envvars |
| 扩展字符串属性编辑器 | ddablib/stringpe |
| 分数单元 | ddablib/派系 |
| 热标签组件 | ddablib/hotlabel |
| I/O公用事业课程 | ddablib/ioutils |
| MD5消息摘要单元 | DDABLIB/MD5 |
| 消息对话组件 | ddablib/msgdlg |
| 资源文件单元 | DDABLIB/RESFILE |
| 外壳文件夹单元 | ddablib/shellFolders |
| 流扩展类别 | DDABLIB/流 |
| 系统信息单元 | ddablib/sysinfo |
| 版本信息组件 | ddablib/verinfo |
| Windows状态组件 | ddablib/wdwstate |
†关于框的组件取决于版本信息单元，必须先安装。
‡一些控制台应用程序跑步者类演示程序使用I/O实用程序类中的代码。
每个项目的最新版本可从相关的DDABLIB项目页面获得。
可以在DDABLIB文件页面上的SourceForge上找到更多版本，每个项目都有自己的文件夹。
库的每个子项目都已充分记录。您可以通过以下方式访问文档的最新版本，https：//delphidabbler.com/url/ddablib-docs（：arrow_right： redirect ）。
一些子项目还具有一个可以通过https://delphidabbler.com/url/dddablib-faqs（：arrow_right：redirect）访问的常见问题。
请在相关DDABLIB存储库的问题页面上报告任何错误或请求新功能。
这个图书馆可以返回很长一段路。首次创建时，代码不在版本控制下。但是，保留了更改和发布的合理完整记录，要么是源文件中的更改日志，要么在单独的文档中。一个名为PreSVNHistory.txt的文件，其中包含迄今为止项目历史记录的摘要，已添加到每个库项目中。
此时，每个图书馆项目都在自己的目录中分别维护，并收到了自己的发行版。
在2009年，该决定将所有图书馆项目组合成一个单一的图书馆。目的是释放整个库，而不是对每个项目进行单独的版本。
这从未真正发生过！
创建了一个新的颠覆存储库来维护整个库。逐渐地，现有的图书馆项目以子项目为子项目，从2009-07-04的系统信息单元开始，并以剪贴板查看器组件于2010-10-13结束。 （进口日期的完整详细信息可以在/common/Docs/svn-initial-import-dates.md中找到。每个子项目在trunk/projects中都有自己的子目录。还有一个工具的trunk/common目录，以及所有其他子项目之间可以共享的东西。
最初，该存储库是在本地维护的，但最终将其作为ddab-lib项目转移到GoogleCode。当宣布GoogleCode的关闭时，存储库已移至SourceForge，现在名为Ddablib。这一举动发生的日期尚不清楚。
存储库一直留在源直到2022年。在此期间，开始了一些新的子项目。这些子项目没有上述PreSVNHistory.txt文件。
到2022年，图书馆是我的最后一个项目中仍在颠覆中保持的：其他一切都在使用git。已经有一两个流产的尝试将存储库转换为git，但最后，在2022-01-16中，进行了转换。
仅导出了颠覆存储库中的trunk的内容。虽然颠覆发布tags未导出，但在每个子项目发布日期之前的最后一个提交中添加了同等的git标签。这些标签具有<projectname>-v9.9.9形式。没有颠覆分支。
由于转换中有一些信息丢失，因此为存档目的保留了SourceForge存储库。
所有颠覆委员会都应用于Git Repo的main分支。与从Subversion Repo导入的代码有关的最后一个提交被标记为svn-import 。
转换完成后，将库以Delphidabbler/ddablib存储库上传到GitHub。
GIT存储库上的新开发项目是在develop分支上进行的，仅在每个子项目main上进行更新和标记。
如前所述，从未意识到释放图书馆的意图。取而代之的是，单个子项目继续单独释放。
将所有子项目放在一个存储库中，这意味着无法有效使用GitHub的基于标签的发行系统。因此，发行版继续上传到SourceForge。显然，将图书馆归还其组成项目是更合理的。
因此，在2022-05-21中，长期的逾期决定将整体式GIT存储库拆分为17个不同的存储库，每个子项目一个。建立了一个新的GitHub组织，所有新存储库都在此上传。
Git filter-branch命令用于从整体中提取单个库项目存储库。这使develop分支机构缩小到main分支，以使develop中所做的所有变化现在都出现在main中。
保留了标签，尽管纠正了一些错误。每个发行标签从<projectname>-v9.9.9格式重命名为version-9.9.9格式。在转换为git之前，在最后一个提交中将替换svn-import标签添加到每个存储库中。最后，在将整体存储库分开之前，在最后的提交中添加了一个新的ddablib-split标签。
在拆分时，在GitHub上为每个项目的最新版本创建了一个版本。最终在GitHub和SourceForge上提供了随后的版本。 SourceForge的较早版本仍可使用。
分裂后，Delphidabbler/ddablib的开发停止了。进一步提交了main的承诺，但这些只是为了归档存储库。 begin-archiving-process标签标志着此过程的开始。
新存储库采用了Gitflow开发方法。
