从无版本控制过渡到Git

我正在将一堆简单的纯HTML文件的工作流程移动到Git

目前，我在该区域没有使用版本控制系统，因此我的文件系统看起来像：

• 1.0_project.html
• 1.1_project.html
• 1.5_project.html
• 2.0_project.html

等等，对于每个版本和项目

您将如何从非版本控制工作流转移到Git

---

我已经为每个项目创建了一个存储库。我是否应该提交HTML的第一个版本，然后覆盖它，然后再次提交（并用Git的版本号标记），或者有更简单的方法来做到这一点？

前提是您严格遵守您制定的标准（例如，

version project.HTML

或您拥有的每个项目的类似标准），您可能会因为这样做而弄乱文件中提供的内容

---

该示例使用日期，但我希望将其更改为使用版本不会太糟糕。GNU

sort

有一个参数，如果有帮助的话。

这里有一个快速脚本，可用于列出的文件

#!/bin/bash

FILE=project.html

# Setup repository
git init
touch README
git add README
git commit README -m "Initial commit"

# Create each commit and tag
for f in ./*_$FILE
do
    echo "Processing $f"
    version="${f:2:3}"
    cp $f $FILE
    git add $FILE
    git commit -m "Version $version"
    git tag -a -m "Version $version" "v$version"
done

---

这是最好的/唯一的方法吗？我有相当多的项目，我想转换，所以它可能是耗时的…有两种方法可以做到这一点。你可以按照@duffymo的建议去做，也可以说服别人为你做。您以前管理代码的方式不是任何标准，因此没有标准工具可以自动将代码引入现代标准。这是唯一的，因此也是最好的方式。没有git函数可以重命名文件，逐个提交文件，并添加反映文件名某些部分的标记。但如果实际的“版本号”模式是一致的，您可以编写脚本。