我想知道在初期阶段管理项目的最佳实践是什么？让我解释一下我的意思。
最近我开始了一个新项目，该项目涉及我不熟悉的语言和技术。因此，每天都会进行大量更改。事实上，我发现自己拥有一个完全不同的项目结构并且在一天结束时重写了一半的代码并不少见。
在这一点上使用版本控制似乎几乎是浪费精力。仅仅弄清楚在提交消息中写什么让我白发了几根头发。
那么......你们在这种情况下会做什么（假设您在这个阶段不需要与其他人共享项目）？等到项目稳定后再将其置于版本控制之下，还是希望以后没有人注意到数十条毫无意义的“重新实现一切”提交消息？
如果您还没有与任何人共享您的项目，请不要担心您的提交以及它们的混乱程度，您可以随时使用交互式 rebase 压缩它们以清理它们，然后再与他人共享您的代码：
git rebase -i <base-commit>
在变基 TODO 列表中，在s您想要压缩到前一个提交的每个提交旁边添加（对于“squash”），或者f（对于“fixup”）执行相同的操作，但重用前一个提交的提交消息而不是将它们结合起来：
pick e953225 Add meow meow meow
s def892d Add dogs (WOOF WOOF!)
s c8321e2 Add foobar.txt
s ecb173c Modify foobar.txt
您可以从免费的在线 Pro Git 书籍中阅读有关压缩提交的更多信息。
鉴于此时您正在彻底改变事物，最简单的方法可能是每天对开发目录的整个树结构进行 ZIP 或 TAR 压缩，并将该文件放入版本控制中。它的效率不是很高，但它可以让你在出现严重错误后返回之前的工作。您仍然应该尝试包含一个您可以查看的 version.txt 文件，以确保在重建过去的工作时找到正确的“起点”。