早在2012年，我就开始在Evernote为ZDNET写博客了。除了一些小的例外，每一篇文章都是在Evernote上写的，并进行了第一次编辑。

我很喜欢Evernote，花钱买了一份专业计划。Evernote的一个主要好处是(注意它的过去时)，我可以在电脑之间同步。我通常在我的MacBook Air上写文章。一旦文章写完，我的妻子(她有多年的执行编辑经验)就会和我一起坐在沙发上，用一台连接着家庭活动室大屏幕的Mac mini电脑进行编辑。然后，我将编辑好的文章提交给ZDNET的编辑审阅。

同步失败

但后来Evernote的同步开始定期失败。有时它根本不会同步。有时，编辑后的版本会被报告为冲突，Evernote会创建两份文章的副本。

我联系了Evernote的支持团队，并被告知要确保我有最新版本的应用程序(我做到了)。他们还告诉我，不要同时在两台设备上编辑同一条笔记。我的做法一直是先退出一台机器上的应用程序，然后再在另一台机器上编辑。支持人员还指示我检查笔记是否同步到网络(这已经成为一种强迫性的做法)。然后，我被告知:

而不是鼓励。后来，当Evernote决定为一篇文章创建三份独立的副本时，我意识到是时候找到一个不同的解决方案了。

对im的需求港口Evernote笔记

无论我找到什么Evernote替代品，关键的要求是它必须能够导入Evernote笔记本。我有两本每天都用的关键笔记本:Blogs Complete和Blogs-in- progress。

博客完成包含了我所有发表的文章。它有1364个注释。它需要可搜索，因为我经常引用它，看看我在之前的帖子中说了什么。

正在进行中的博客是任务关键型笔记本。它不仅有我正在写的博客文章，还有对即将发布的文章和项目的想法和笔记。如果我没有今天的主题，我经常在这个笔记本上寻找新的帖子的想法。当我在做更大的项目时，我会把每个项目的细节都记录在自己的笔记中。当项目完成时，我会把这些笔记变成文章。“正在进行中的博客”有406条注释。

一大堆程序都导入了Evernote，包括Apple Notes、Obsidian、Ulysses、concept、开源的Joplin笔记应用，甚至还有微软的OneNote。因为我是concept的重度用户，所以我觉得把我的博客笔记本带进concept是最有意义的。

点评:concept应用:我为什么(以及如何)依赖这个强大的生产力工具

这个过程并不顺利。这在一定程度上是Evernote的错。一部分是concept的错。

这个概念有限公司nundrum

事实证明，Evernote有一个已发布的可靠导出格式，名为.enex。你可以导出一组笔记，甚至是一组包含笔记的笔记本，Evernote会创建一个其他程序可以导入的XML文件。

那么，concept是否会使用这种已发布且可靠的导出格式来导入Evernote笔记呢?不。为什么要让事情变得简单?

相反，concept使用了Evernote API，成为了Evernote的应用客户端。这需要Evernote在concept中进行身份验证，并授予你的concept实例从云端访问Evernote数据的权限。

所以我这样做了。我先是尝试进口小一点的笔记本，但它只进口了406个笔记中的350个。我试过进口大一点的笔记本，但它就是挂着。我让导入对话框在那里放了一夜，但什么也没发生。

所以，我联系了concept。显然，他们知道有个问题，因为有人告诉我:

支持代理建议，导入大的Evernote笔记有时会失败(比如上面有图形的笔记)。代理还建议将笔记本拆分成小批，然后再试一次。

我们从这里开始进入兔子洞。首先要解决的问题是将笔记本电脑分成更小的批次。关于在Evernote中移动笔记，你需要知道三件事:

1. 你可以啊原来selecT并在桌面应用程序中拖动多个注释。
2. 你可以啊一次只能移动50个纸币。
3. o当你将笔记从一个笔记本移动到另一个笔记本时，你需要等待这个动作同步到云端，以便能够即时通讯将它们移植到concept中。

但是，正如我们所证实的，Evernote存在同步可靠性问题。因此，把成千上万的关键任务笔记扔在一起，希望它们能够正确同步，不会崩溃的想法是一个交易破坏者。但这是concept能从Evernote中获取笔记的唯一方法。

我最终是如何解决这个问题的

让我们回顾一下。

1. Evernote有一个非常好的不依赖同步的导出格式，但concept不会用。
2. Evernote有很多同步可靠性问题，Evernote承认这一点。
3. 为了把Evernote笔记引入concept，我们必须把笔记本拆解，依靠Evernote的同步操作来工作，而它们往往不能工作。

我的解决方案是在Evernote中保持我的“博客进行中”和“博客完成”文件夹不动。相反，我从桌面应用程序中分别导出了这两本笔记本，并将它们保存到两个.enex文件中。

仍然在Evernote桌面应用程序中，我导入了这两个。enex文件，创建了一个Blogs-in- progress(导入)笔记本和一个Blogs Complete(导入)笔记本。通过这种方式，我绕过了每次移动50个笔记的限制，并有效地在Evernote中克隆了我的笔记本。我的计划是用这些克隆来切割和移动笔记，不动我的原始笔记，在.enex文件中保留备份。

我等待着这两个笔记本的克隆文件正确地同步到云端。我一直在查看Evernote的Web客户端。大约三个小时后，同步完成了。笔记本克隆版的全新同步成功了，没有丢失任何笔记。

回到Evernote桌面应用程序中，我创建了一系列的七本笔记本，命名为第1部分到第7部分。我的计划是从“博客完成”笔记本开始，在七个“部分”笔记本里各放200个笔记。非常小心地，我从克隆的笔记本上移动了4块50条笔记到第一个Part笔记本上。我在Evernote网页应用程序中确认笔记已经到达正确的笔记本中，等待同步生效。这一过程每批大约需要15-20分钟。

一旦我确认所有7个部分都在云端，我就回到concept，一次导入一个。大多数导入到concept时没有任何问题，但有一些失败了。我检查了concept，看看导入在哪个笔记上失败了，然后回到相应的Evernote部件笔记本，看看是否有问题笔记。

在这些情况下，每一次都有一张带有图形的笔记，而正是这张笔记扼杀了导入。根据这张便条对我的记录或工作的重要程度，我要么删除完整的失败便条，要么从失败便条上删除图片。无论如何，在处理了失败的笔记后，我能够完成对concept的导入。

我在写博客的过程中也采用了同样的方法，但因为笔记更少，所以写得更快。总的来说，我花了大约6个小时的时间调整、摆弄、等待同步完成，才把数据从Evernote转移到concept，但它最终还是起作用了。

一些明显的有限公司nclusions

首先，对Evernote的说明。当你的服务是一种付费的付费服务，特别提倡将你的信息保存在任何你需要的设备上的想法时，让bug留在同步实现中是任务失败。告诉客户，“我们知道这个反馈，我们正在尽最大努力改进Evernote应用程序的同步过程”，并不能激发信心。Evernote，你要把这个工作做好。

我作为Evernote的付费用户已经有十年左右的时间了，我甚至在这里的ZDNET上写过关于Evernote是如何在飓风疏散中发挥救援作用的。但当一个基本功能反复失效时，是时候继续前进了。我将继续使用Evernote作为一些旧记录的存档，但我不会在日常使用中依赖它。

现在，一个关于concept的提示。各位，你们显然知道Evernote。事实上，你用了一整页的篇幅来说服人们从Evernote转移到concept。你一定意识到了Evernote用户遇到的同步问题，因为你聚焦了太多在两种服务之间切换的用户。那么，是什么让你的工程团队在有发布和可靠的导出格式的情况下，使用高度不可靠的云同步选项呢?

我一直在寻找使用concept的新方法，这对证明它作为生产力和管理工具的帮助有很大帮助大有裨益。但是，concept正在大力推销其竞争对手的用户。它需要一个比目前使用的云导入机制更好的解决方案，当它失败时，它需要一个比“我们目前没有解决它的时间表”更好的答案。

话虽如此，本文是在concept的新blog -in- progress笔记本上写的，在另一台没有同步问题的机器上编辑的。所以,耶!

你用的是concept还是Evernote?你从Evernote迁移到其他应用了吗?请在下面的评论中告诉我们。

你可以在社交媒体上关注我每天的项目更新。一定要在Twitter上关注我@DavidGewirtz，在Facebook上关注我Facebook.com/DavidGewirtz，在Instagram上关注我Instagram.com/DavidGewirtz，在YouTube上关注我YouTube.com/DavidGewirtzTV。