：如何使用Vim和Git来完成非编码任务？

我用 Vim 和 Git 写小说。是的，您也可以将 Git 用于非编码任务。

我相信当代作家应该开始思考他们的工作流程。

在一个高度分心的世界中，作为作家，我们必须控制我们每天执行的一系列任务。传统上，作家们将他们的写作置于分心较少且注意力高度集中的时间段。不幸的是，海明威和阿特伍德的这些建议不再真正适用于我们。我们生活的世界联系更加紧密，因此作家面临的陷阱也更多。这首先要求我们有足够的自制力，不要让社交媒体或可爱的小狗和小猫视频分散我们写作的注意力。

然而，如果你的写作需要快速的事实检查、拼写不常见的和技术性的单词等，那么与互联网断开连接并不是一个现实的选择——这正是我所写的。另一个问题是您用于编写本身的应用程序会分散注意力。作为一个长期使用 MS Word 的人，我发现它越来越漂亮，但越来越慢和分散注意力。作为我最初迁移到 Vim 的主要原因之一，我已经详细讨论了这个问题，所以我不会再赘述了。关键是，在现代世界中，在现代设备上书写可能远非理想。

由于我已经详细介绍了我为什么转向 Vim 和开源版本控制pan安全技术说明书，所以在这篇文章中，我想更多地谈谈该怎么做，尤其是如何使用 Git（和 GitHub）等开源版本控制技术。

什么是版本控制？再次？

上图是我们如何进行传统版本控制的说明。此图假设您有一个设备，并且您只在该设备上书写。但对我来说，我在很多机器上写作，包括我的安卓手机和一些不同年龄的笔记本电脑，我将它们用于特定的任务、特定的位置。我在所有这些设备上执行的一项常见任务是编写——因此我的设备必须以合理的方式捕获更改和版本文件。不要让我使用 file1V1_device1_date.doc 作为文件名。

上图也没有考虑到我们用来编写的工具。LibreOffice Write 等文字处理器可在 Linux、Mac 和 Windows 系统上使用，但在手机上使用文字处理器将是一种不愉快的体验。我们中的一些作家还使用其他文本工具（包括 Gmail 或我们的电子邮件客户端）来起草我们的文章。但是按照逻辑顺序跟踪所有这些文件和电子邮件是相当痛苦的，我已经使用这个过程写了一本书，相信我：我花时间找出文件名、版本更改、评论、给自己的注释，以及在附有注释的电子邮件上花费的时间足以让我发疯。

阅读本文，你们中的一些人可能正确地指出存在云备份技术。虽然云存储的好处是巨大的，而且我继续使用它们，但版本控制几乎不存在，或者说不够健壮。

更好的工作流程

就像地球上其他任何地方一样，大流行的爆发引发了一些焦虑和一些反思。我利用这段时间在 The Odin Project 自学 Web 开发（强烈推荐给那些想学习 html、CSS、JavaScript/Ruby 的人）。

在课程的第一个模块中，介绍了 Git：什么是版本控制，以及它试图解决的问题。读完这一章，我豁然开朗。我立即意识到这个 Git 正是我作为作家所寻找的。

是的，更好的方法不是本地化版本控制，而是分布式版本控制。“分布式”描述了我访问文件并随后编辑它们的设备的分布。下图是分布式版本控制的直观说明。

我的方法

我构建用于写作的版本控制系统的目标如下：

基于以上需求pan安全技术说明书，下图就是我正在写的分布式版本控制系统。

如您所见，我的版本控制系统是分布式版本控制的简单改编。就我而言，我可以通过将 Git 版本控制应用于云存储 (pCloud) 中的文件夹来利用这两种技术。所以我的工作流程可以用下图来描述：

优点 我使用一种写作（和编码）工具 无论我来自什么设备，我都可以对我的手稿进行版本控制 访问文件超级简单，几乎没有任何不便 易于维护 缺点

你们中间的作家一定想知道这个系统有什么缺点。以下是我在继续使用和改进此工作流程时预计的一些问题。

我并不是说这是最好的方式，但在我职业生涯的这个阶段，这对我来说是最好的方式。我认为随着我对用于编写和版本控制的新开源工具越来越熟悉和自如，我将进一步完善这种方法。

希望这篇文章能为想要使用 Git 进行文档版本控制的作者提供一个很好的介绍。这当然不是一篇详尽的文章，但我将分享一些有用的链接，让您的旅程更轻松。

The Odin Project 中的 Git 基础GitGitHub 的 Git 基础教程入门

通过：

作者：Theena 题目：lujun9972 译者：piaoshi 校对：wxy

本文由LCTT原创编译，Linux中国光荣推出