CN117313662A - 文档管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种文档管理方法、装置、设备及存储介质，该方法包括：获取第一对象在文档仓库中的权限信息，并根据权限信息接入文档仓库；响应于第一对象在所显示的新建项目界面上输入的目标项目信息，显示从文档仓库中获取的目标项目信息对应的文档目录，文档目录包括目标项目对应的至少一个文档的文档名；响应于第一对象对文档目录中目标文档的文档名的选择操作，显示从文档仓库中获取的目标文档；响应于第一对象对目标文档的编辑操作，得到编辑后的目标文档。这样在文档管理过程中，通过设置可视化的功能元素，使得文档编写者不需要懂得开发技能，也能对文档进行管理，降低了文档编写要求，提高了文档管理的效率。

Description

文档管理方法、装置、设备及存储介质

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种文档管理方法、装置、设备及存储介质。

背景技术

随着信息技术的发展，电子文档越来越普遍，行之有效的文档管理方式可以节省大量的人力、物力、提高学习工作效率。因此，如何管理这些电子文档成为当下互联网研究的又一热点。

目前编写电子文档时，编写者通过编写代码的方式，实现对文档仓库中文档的编辑。例如，通过编写命令行的方式从文档仓库中获取文档进行编辑，接着，将编辑后的文档，通过编写命令行的方式存储至文档仓库中。

由此可知，目前在编写文档时，需要编写者掌握相关语法，使得文档管理专业要求高、效率低。

发明内容

本申请实施例提供一种文档管理方法、装置、设备及存储介质，可以实现对文档低门槛、高效率地管理。

第一方面，本申请实施例提供一种文档管理方法，包括：

获取第一对象在文档仓库中的权限信息，并根据所述权限信息接入所述文档仓库；

响应于所述第一对象在所显示的新建项目界面上输入的目标项目信息，显示从所述文档仓库中获取的所述目标项目信息对应的文档目录，所述文档目录包括目标项目对应的至少一个文档的文档名；

响应于所述第一对象对所述文档目录中目标文档的文档名的选择操作，显示从所述文档仓库中获取的所述目标文档；

响应于所述第一对象对所述目标文档的编辑操作，得到编辑后的目标文档，并将所述编辑后的目标文档更新至所述文档仓库中。

第二方面，本申请实施例提供一种文档管理装置，包括：

接入单元，用于获取第一对象在文档仓库中的权限信息，并根据所述权限信息接入所述文档仓库；

第一显示单元，用于响应于所述第一对象在所显示的新建项目界面上输入的目标项目信息，显示从所述文档仓库中获取的所述目标项目信息对应的文档目录，所述文档目录包括目标项目对应的至少一个文档的文档名；

第二显示单元，用于响应于所述第一对象对所述文档目录中目标文档的文档名的选择操作，显示从所述文档仓库中获取的所述目标文档；

编辑单元，用于响应于所述第一对象对所述目标文档的编辑操作，得到编辑后的目标文档，并将所述编辑后的目标文档更新至所述文档仓库中。

第三方面，本申请实施例提供一种电子设备，包括：存储器，处理器；该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，以执行上述第一方面或其各实现方式中的方法。

第四方面，提供了一种芯片，用于实现上述第一方面或其各实现方式中的方法。具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面或其各实现方式中的方法。

第五方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面或其各实现方式中的方法。

第六方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面或其各实现方式中的方法。

第七方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面或其各实现方式中的方法。

综上所述，通过本申请的技术方案，在进行文档管理时，获取第一对象在文档仓库中的权限信息，并根据权限信息接入文档仓库；响应于第一对象在所显示的新建项目界面上输入的目标项目信息，显示从文档仓库中获取的目标项目信息对应的文档目录，文档目录包括目标项目对应的至少一个文档的文档名；响应于第一对象对文档目录中目标文档的文档名的选择操作，显示从文档仓库中获取的目标文档；响应于第一对象对目标文档的编辑操作，得到编辑后的目标文档，并将编辑后的目标文档更新至文档仓库中。即本申请通过将可视化的文档管理平台接入文档仓库，第一对象直接在该可视化的文档管理平台上进行一些简单的选择操作，可直接在线导入文档仓库中的目标文档，无需通过编写命令行从仓库中获取目标文档，进而降低了编辑文档的门槛。另外，本申请实施例中每个对象对文档的编辑过程相互独立，可以实现多人协同编辑，解决了多人协作编写时，文档冲突相互覆盖的问题，从而提高了文档管理的效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种现有文档管理方法的示意图；

图3为本申请实施例提供的一种文档管理方法的示意性流程图；

图4为本申请实施例提供的一种授权界面示意图；

图5为本申请实施例提供的一种授权流程示意图；

图6为本申请实施例提供的一种新建项目界面示意图；

图7为本申请实施例提供的另一种新建项目界面示意图；

图8为本申请实施例提供的另一种新建项目界面示意图；

图9为本申请实施例提供的一种文档目录的示意图；

图10为本申请实施例提供的一种编辑界面的示意图；

图11为本申请实施例提供的一种图像插入界面示意图；

图12为本申请实施例提供的另一种编辑界面的示意图；

图13为本申请实施例提供的一种文档发布流程示意图；

图14为本申请实施例提供的另一种文档管理方法的示意性流程图；

图15为本申请实施例提供的文档管理平台的后台架构示意图；

图16为本申请实施例提供的文档管理装置的结构示意图；

图17为本申请实施例提供的电子设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例提供的文档管理方法，可以应用于任意需要文档管理的领域。

在介绍本申请技术方案之前，下面将对本申请技术方案的相关知识进行说明。

git(分布式版本控制系统)，同一个git仓库，可以分布到不同的机器上，其中中央服务器存储完整代码，所有使用者都可以从中央服务器仓库上复制一份完整代码，并把自己修改后的另一版本的代码发送到中央服务器的仓库中。使用者可以自己搭建一台中央服务器，也可以使用github(一个面向开源及私有软件项目的托管平台)网站，该github网站可提供代码存储服务。解决了多人同时开发代码时，代码内容相冲突或互相覆盖的问题，同时解决了历史代码找回的问题。

git托管：将git仓库作为数据库，把文档、图片等以文件的方式存储到git仓库。

Markdown(标记语言)，是一种轻量级标记语言，排版语法简洁，让人们更多地关注内容本身而非排版。它使用易读易写的纯文本格式编写文档，可与HTML(Hyper TextMarkup Language，超文本标记语言)混编，可导出HTML、PDF(Portable Document Format，便携式文档格式)以及本身的.md格式的文件。因简洁、高效、易读、易写，Markdown被大量使用。

OAuth2.0(Open Authorization2.0，开放授权2.0)，OAuth2.0是OAuth协议的延续版本，但不向前兼容OAuth 1.0(即完全废止了OAuth1.0)。OAuth2.0关注客户端开发者的简易性。要么通过组织在资源拥有者和HTTP服务商之间的被批准的交互动作代表用户，要么允许第三方应用代表用户获得访问的权限。同时为Web应用，桌面应用和手机，和起居室设备提供专门的认证流程。

HTML(Hyper Text Markup Language，超文本标记语言)，是一种标记语言。它包括一系列标签。通过这些标签可以将网络上的文档格式统一，使分散的互联网资源连接为一个逻辑整体。HTML文本是由HTML命令组成的描述性文本，HTML命令可以说明文字、图形、风华、声音、表格和链接等。超文本是一种组织信息的方式，它通过超级链接方法将文本中的文字、图表与其他信息媒体相关联。这些相互关联的信息媒体可能在同一文本中，也可能是其他文件，或是地理位置相距遥远的某台计算机上的文件。这种组织信息方式将分布在不同位置的信息资源用随机方式进行连接，为人们查找，检索信息提供方便。

图1为本申请实施例涉及的一种应用场景示意图，包括终端设备101、服务器102和文档仓库103。终端设备101上安装有文档管理平台104，服务器102可以理解为文档管理平台104对应的服务器。也就是说，本申请实施例中，终端设备101可以理解为文档管理平台104的前端，服务器102可以理解为文档管理平台104的后端。

其中，终端设备101具有交互功能，即可以接收对象(例如用户)输入的操作指令，例如可以接收对象输入的目标项目信息操作。本申请实施例的终端设备101可包括但不限于：PC(Personal Computer，个人计算机)、PDA(Personal Digital Assistant，平板电脑)、手机、可穿戴智能设备、智能语音交互设备、智能家电、车载终端、飞行器等等。终端设备101往往配置有显示装置，显示装置也可为显示器、显示屏、触摸屏等等，触摸屏也可为触控屏、触控面板等等，显示装置可用来显示目标文档等等。

服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器102也可以成为区块链的节点。

文档仓库103可以理解为存储文档的数据库，例如为git仓库。在一些实施例中，该文档仓库103为一个独立的服务器，该独立的服务器中存储有多个文档。在一些实施例中，该文档仓库103由多个物理服务器构成的服务器集群或者分布式系统组成。

终端设备101与服务器102之间可以通过有线通信或者无线通信方式进行直接或间接地连接，本申请在此不做限制。

服务器102与文档仓库103之间也可以通过有线通信或者无线通信方式进行直接或间接地连接，本申请在此不做限制。

在一些实施例中，终端设备101中安装并运行文档管理平台104，对象通过该文档管理平台104可以实现对目标文档的管理。具体地，对象在该终端设备101上登录文档管理平台104，在文档管理平台104上输入目标项目的相关信息，文档管理平台104将对象输入的目标项目的相关信息发送给服务器102。服务器102根据该目标项目的相关信息，从文档仓库103中获取目标项目对应的文档，并将获取的文档发送给终端设备101进行显示，同时，对象还可以对文档管理平台104上所显示的文档进行编辑。也就是说，本申请实施例中，对象可以通过文档管理平台104可视化地对文档仓库103中的文档进行在线编辑。

目前的文档管理方法，如图2所示，主要是基于将文档以代码的形式存放到文档仓库，配合使用本地编辑器的方法对文档进行更新。其具体流程为：编写者从文档仓库获取到文档的源码，并存放到本地，使用VS code(Visual Studio code，文本编辑器)等IDE(Integrated Development Environment，集成开发环境)对该文档的源码进行编辑，编辑完成后提交到文档仓库。

如上所述，目前的文档管理方法需要文档编写者掌握gitbook(一种命令行工具)、vuepress(静态网站生成器)、markdown语法和git语法等开发技能。然而，文档管理流程中常常需要非开发者的参与，而这种通过编写代码的方式编写文档，需要参与文档编写的非开发者学习gitbook、vuepress、markdown语法和git语法等开发技能，编写体验差，文档编写具有较高的门槛，且文档管理效率低。

为了解决上述技术问题，本申请实施例，在进行文档管理时，获取第一对象在文档仓库中的权限信息，并根据权限信息接入文档仓库，响应于第一对象在所显示的新建项目界面上输入的目标项目信息，显示从文档仓库中获取的目标项目信息对应的文档目录，该文档目录包括目标项目对应的至少一个文档的文档名；响应于第一对象对文档目录中目标文档的文档名的选择操作，显示从文档仓库中获取的目标文档；响应于第一对象对目标文档的编辑操作，得到编辑后的目标文档，并将编辑后的目标文档更新至文档仓库中。即本申请，通过将可视化的文档管理平台接入文档仓库，第一对象直接在该可视化的文档管理平台上进行一些简单的选择操作，可直接在线导入文档仓库中的目标文档，无需通过编写命令行从仓库中获取目标文档，进而降低了编辑文档的门槛。另外，本申请实施例中每个对象对文档的编辑过程相互独立，可以实现多人协同编辑，解决了多人协作编写时，文档冲突相互覆盖的问题，从而提高了文档管理的效率。

下面通过一些实施例对本申请实施例的技术方案进行详细说明。下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图3为本申请实施例提供的一种文档管理方法的示意性流程图。

如图3所示，该方法包括如下步骤：

S301、获取第一对象在文档仓库中的权限信息，并根据权限信息接入文档仓库。

本申请实施例提供的文档管理方法可以由具有文档管理功能的装置执行，例如由文档管理装置执行，该文档管理装置可以为电子设备，或者为电子设备的一部分。其中，该电子设备可以为任意具有显示、交互和数据处理功能的设备，例如为台式电脑、笔记本电脑、平板电脑等终端设备。示例性的，本申请实施例可以由图1所示的终端设备101执行。

上述电子设备上安装有文档管理平台，对象(例如用户)可以通过该文档管理平台实现对文档仓库中的文档进行实时可视化编辑。

在一些实施例中，上述文档管理平台为应用程序，例如是第三方平台提供的应用程序，或者还可以为集成在即时通讯应用程序中的子应用程序，本申请实施例对此不作具体限制。

在一些实施例中，上述文档管理平台为网页。

本申请实施例提供的文档管理方法可以实现多个对象协同编辑，每个对象之间的文档编辑过程相互独立，为了便于描述，本申请实施例以第一对象为例进行说明。需要说明的是，该第一对象可以为任一对象，例如为任一具有文档管理平台访问权限的对象。

本申请实施例对文档仓库的具体类型不做限制，例如可以为任一具有文档存储功能的数据库。

在一种示例中，该文档仓库为git仓库。

在另一种示例中，该文档仓库为github仓库。

本申请实施例对上述获取第一对象在文档仓库中的权限信息的具体方式不做限制。

在一些实施例中，若配置有文档仓库对应的权限列表，该权限列表中包括不同对象在文档仓库中的权限信息。该权限列表可以存储在网络中的任一设备上，文档管理平台的后台服务器可以对该权限列表进行访问。基于此，第一对象在访问文档管理平台时，首先需要登录该文档管理平台。在登录文档管理平台时，输入第一对象的相关信息。这样，文档管理平台可以将获得第一对象的相关信息发送给后台服务器，使得后台服务器根据第一对象的相关信息，从该权限列表中，获取该第一对象在文档仓库中的权限信息。

在一些实施例中，通过显示授权界面，响应于第一对象对授权界面中授权元素的触发操作，获得第一对象在文档仓库中的权限信息。

在该实现方式中，通过第一对象授权的方式，获取第一对象在文档仓库中的权限信息。

本申请实施例对授权的具体方式不做限制。

在一种示例中，通过OAuth2.0的授权方式去获得第一对象在文档仓库中的权限信息。具体地，如图4所示，文档管理平台通过终端设备显示授权界面，该授权界面中可以包括授权元素，或者不授权元素。若第一对象触发授权元素，则表示第一对象同意文档管理平台通过该第一对象的权限信息访问文档仓库。若第一对象触发不授权元素，则表示第一对象不同意文档管理平台通过该第一对象的权限信息访问文档仓库。在本申请实施例中，若第一对象触发授权界面中的授权元素，则文档仓库向文档管理平台的后台服务器发送第一对象的权限信息。

在一些实施例中，假设文档仓库为git仓库，文档访问平台为Fdocs，该文档访问平台包括前台编辑器和后台服务器。第一对象通过git应用接入git仓库。此时，本申请实施例授权过程，如图5所示，首先，第一对象触发图5所示的授权界面中的授权元素，第一对象登录文档管理平台后，通过文档管理平台向git应用发送授权请求，可选的，该授权请求中包括第一对象的相关信息。git应用返回git登入页面给第一对象，第一对象输入账号密码授权登录。接着，若登录成功，则git应用向文档管理平台的后台服务器发送授权码(code)，该文档管理平台的后台服务器使用该授权码code，从git开放平台获取访问令牌(accesstoken)，该访问令牌可以理解为第一对象在git仓库中的权限信息。进而根据访问令牌，便可以对git仓库中的文档进行操作，例如可以确定第一对象在该git仓库中具有编辑权限的M个第一项目，并获取M个第一项目在文档仓库中的地址等。

上述以OAuth2.0的授权方式为例进行说明，需要说明的是，本申请实施例还可以通过其他的授权方式进行授权，例如通过个人凭据的授权方式获取第一对象在文档仓库中的权限信息。

目前的文档管理方法获取文档仓库中的文档资源时，缺少权限控制，存在安全隐患。本申请实施例设置授权元素，只有在第一对象触发该授权元素，同意文档管理平台获取第一对象在文档仓库中存放的文档资源时，文档管理平台才能访问文档仓库。通过本申请实施例的这种授权方式使得文档管理平台对资源的访问更加安全。

S302、响应于第一对象在所显示的新建项目界面上输入的目标项目信息，显示从文档仓库中获取的该目标项目信息对应的文档目录，文档目录包括目标项目对应的至少一个文档的文档名。

本申请实施例中，文档管理平台可以通过电子设备显示新建项目界面，第一对象可以通过电子设备在所显示的新建项目界面上输入目标项目信息。

本申请实施例对在所显示的新建项目界面上输入目标项目信息的具体方式不做限制。

在一种示例中，第一对象通过在文档管理平台中预显示的项目信息列表中选择目标项目信息。

在另一种示例中，第一对象还可以采用其他操作方式在所显示的新建项目界面上输入的目标项目信息，例如通过语音输入或者文本输入等方式，在所显示的新建项目界面上输入的目标项目信息。

本申请实施例对输入的目标项目信息的具体内容不做限制。

在一些实施例中，上述目标项目信息包括目标项目的名称、目标项目在文档仓库中的地址、目标项目的版本信息、目标项目的目录信息中的至少一个。

本申请实施例对新建项目界面所包括的元素不做限制。

其中，元素指的是可满足交互需求的程序或系统界面中所包含的满足对象交互要求的一系列元素。例如，元素可以包括界面控件，如按钮、选定框或文本框等，也可以包括可显示信息，如文字、图像或视频等。

在一些实施例中，新建项目界面包括一个文本框，对象可以在该文本框中输入目标项目信息，例如输入目标项目的名称、在文档仓库中的地址等信息。

在一些实施例中，新建项目界面包括：项目名称输入元素、项目地址输入元素、项目版本输入元素、项目目录输入元素中的至少一个。

其中，项目名称输入元素用于供第一对象输入目标项目的名称。

其中，项目地址输入元素用于供第一对象输入目标项目在文档仓库中的地址。

其中，项目版本输入元素用于供第一对象输入目标项目的版本信息。

其中，项目目录输入元素用于供第一对象输入目标项目的目录信息。在一些实施例中，目录信息也称为项目文档列表，或者项目文件包，也就是说，一个项目下包括多个文档，将这多个文档归属到多个文件包中。这样，第一对象访问目标文档时，可以先确定出该目标文档所在的文件包，即目标文件所在的项目目录。

在一些实施例中，若新建项目界面包括项目地址输入元素时，则上述S302包括如下S302-A：

S302-A、响应于第一对象在项目地址输入元素中输入的目标项目在文档仓库中的地址，从文档仓库中获取文档目录并进行显示。

本申请实施例中，若新建项目界面包括项目地址输入元素时，则第一对象在该项目地址输入元素中输入目标项目在文档仓库中的地址。接着，根据输入目标项目在文档仓库中的地址，从文档仓库中获取目标项目对应的文档目录，并对获取的文档目录进行显示。

本申请实施例对在项目地址输入元素中输入目标项目在文档仓库中的地址的具体方式不做限制。

在一种示例中，项目地址输入元素包括文本框，这样，第一对象可以直接将目标项目在文档仓库中的地址输入该文档框中。

在另一种示例中，项目地址输入元素包括下拉列表，该下拉列表中包括多个项目在文档仓库中的地址，这样，第一对象可以从该下拉列表中的多个项目在文档仓库中的地址中，选择目标项目在文档仓库中的地址，进而实现地址的输入。

在一些实施例中，为了提高目标项目信息的输入准确性，则本申请实施例的新建项目界面还包括确认元素。第一对象在新建项目界面中输入目标项目信息后，在确定该目标项目信息无误后，触发新建项目界面中的确认元素，进而将目标项目信息发送给后台服务器，以使后台服务器根据目标项目信息从文档仓库中获取文档目录。

在一些实施例中，如图6所示，图6为本申请实施例提供的一种新建项目界面示意图，该新建项目界面包括项目地址输入元素和确认元素。此时，上述S302-A包括如下S302-A1和S302-A2步骤：

S302-A1、响应于第一对象在项目地址输入元素中输入的目标项目在文档仓库中的地址，显示目标项目在文档仓库中的地址；

S302-A2、响应于第一对象对确认元素的触发操作，从文档仓库中获取文档目录并进行显示。

本申请实施例中，为了提高文档管理的可靠性，在第一对象输入目标项目在文档仓库中的地址后，并不是将输入的地址发送给后台服务器，而是向第一对象显示输入的地址。在第一对象确认输入的地址无误后，即第一对象触发确认元素后，再将该地址发送给后台服务器，进而提高了地址输入的可靠性。这样，后台服务器可以根据确认无误的地址，从文档仓库中获取目标项目对应的文档目录，并将获得文档目录发送给前端设备进行显示。

本申请实施例对第一对象在项目地址输入元素输入目标项目在文档仓库中的地址的具体方式不做限制。

在一种示例中，项目地址输入元素为输入框，此时，第一对象直接在该输入框中输入目标项目在文档仓库中的地址，并对输入的地址进行显示。

第一对象对文档仓库中的某些文档具有编辑权限，对某些文档不具有编辑权限。基于此，在一些实施例中，为了便于第一对象输入目标文档在文档仓库中的地址，则本申请实施例中，将文档仓库中第一对象具有编辑权限的文档对应的地址，以列表的形式呈现给第一对象，这样第一对象从该列表中选择目标项目在文档仓库中的地址，进而保证第一对象选择的目标项目为具有编辑权限的项目，进而提高了文档管理的可靠性。具体的，在一些实施例中，在上述S302-A1响应于第一对象在项目地址输入元素中输入的目标项目在文档仓库中的地址，显示目标项目在文档仓库中的地址之前，该文档管理方法还包括如下S302-C步骤：

S302-C、确定第一对象在文档仓库中具有编辑权限的M个第一项目，并获取M个第一项目在文档仓库中的地址，M为正整数。

本申请实施例对确定第一对象在文档仓库中具有编辑权限的M个第一项目的具体方式不做限制。

在一些实施例中，第一对象在访问文档管理平台时，首先需要登录该文档管理平台。在登录文档管理平台时，输入第一对象的相关信息。这样，文档管理平台可以将获得第一对象的相关信息发送给后台服务器，使得后台服务器根据第一对象的相关信息从文档仓库中，获取该第一对象具有编辑权限的M个第一项目。

在一些实施例中，根据第一对象在文档仓库中的权限信息，确定第一对象在文档仓库中具有编辑权限的M个第一项目。

在该实现方式中，根据第一对象在文档仓库中的权限信息登录文档仓库，确定第一对象在文档仓库中具有编辑权限的M个第一项目，并获取M个第一项目在文档仓库中的地址。

本申请实施例中，通过上述方法，确定第一对象在文档仓库中对应的M个第一项目中，并获取M个第一项目在文档仓库中的地址后，执行如下步骤S302-A11和S302-A12：

S302-A11、响应于第一对象对项目地址输入元素的触发操作，显示下拉列表，下拉列表中包括M个第一项目在文档仓库中的地址；

S302-A12、响应于第一对象对下拉列表中目标项目在文档仓库中的地址上的选择操作，在项目地址输入元素的显示框中显示目标项目在文档仓库中的地址。

本申请实施例中，为了便于第一对象输入目标项目在文档仓库中的地址，并确保输入地址的准确性，则通过上述步骤，确定出第一对象在文档仓库中具有编辑权限的M个第一项目在文档仓库中的地址，进而以下拉列表的形式将M个第一项目在文档仓库中的地址显示给第一对象进行选择。也就是说，本申请实施例中，项目地址输入元素包括下拉列表和显示框，第一对象在项目地址输入元素进行触发，响应于第一对象对项目地址输入元素的触发操作，显示下拉列表，该下拉列表中包括M个第一项目在文档仓库中的地址。这样，第一对象可以在下拉列表中选择目标项目在文档仓库中的地址，响应于第一对象对下拉列表中目标项目在文档仓库中的地址上的选择操作，在项目地址输入元素的显示框中显示目标项目在文档仓库中的地址。

在一些实施例中，新建项目界面还可以包括项目名称输入元素、项目地址输入元素、项目版本输入元素、项目目录输入元素等。

在一种示例中，如图7所示，图7为本申请实施例提供的一种新建项目界面示意图，该新建项目界面包括项目名称输入元素、项目地址输入元素、项目版本输入元素、项目目录输入元素和确认元素。第一对象在项目名称输入元素中输入目标项目的名称，响应于第一对象在项目名称输入元素中输入的目标项目的名称，在项目名称输入元素中显示目标项目的名称。第一对象可以在项目地址输入元素中输入目标项目在文档仓库中的地址，响应于第一对象在项目地址输入元素中输入的目标项目在文档仓库中的地址，在项目地址输入元素中显示目标项目在文档仓库中的地址，其具体输入方式，可以参照上述实施例的描述，在此不再赘述。第一对象还可以在项目版本输入元素中输入目标项目的版本信息，可选的，项目版本输入元素包括下拉列表，该下拉列表中包括目标项目的不同版本信息，第一对象可以在下拉列表中选择目标项目的一个版本信息作为目标版本信息，可选的，第一对象还可以自行对版本信息进行重新定义。响应于第一对象输入的目标项目的版本信息，在项目版本输入元素中显示目标项目的版本信息。第一对象还可以在项目目录输入元素中输入目标项目的目录信息，可选的，项目目录输入元素包括下拉列表，该下拉列表中包括目标项目的不同目录信息，第一对象可以在下拉列表中选择一个目录信息作为目标目录信息。响应于第一对象输入的目标项目的目录信息，在项目目录输入元素中显示目标项目的目录信息。

接着，第一对象触发确认元素，响应于对确认元素的触发操作，将上述输入的目标项目的名称、目标项目在文档仓库中的地址、目标项目的版本信息和目标项目的目录信息等目标项目信息发送给后台服务器，后台服务器根据这些目标项目信息，从文档仓库中，获得目标项目对应的文档目录，并将该文档目录发送给终端设备进行显示。

在一些实施例中，如图8所示，以文档仓库为git仓库为例，该新建项目界面包括项目名称输入元素、git地址输入元素、git版本输入元素(或者说git分支输入元素)、git目录输入元素(也称为git文档列表输入元素或git文件包元素等)和确认元素。

示例性地，响应于第一对象对项目名称输入元素、git地址输入元素、git分支输入元素以及git目录输入元素的输入操作，显示目标项目的名称、目标项目在git仓库中的git地址、git分支以及git目录。响应于第一对象在确认元素上的确认操作，根据目标项目的名称、目标项目在git仓库中的git地址、git分支以及git目录，从文档仓库中获取目标项目信息对应的文档目录并进行显示。

S303、响应于第一对象对文档目录中目标文档的文档名的选择操作，显示从文档仓库中获取的目标文档。

其中目标文档为Markdown文档，以就是说，本申请实施例的目标文档为采用Markdown语言编写的文档。

本申请实施例中，文档目录包括目标项目对应的多个文档的文档名，第一对象可以在文档目录中的多个文档的文档名中选择目标文档的文档名，响应于第一对象对文档目录中目标文档的文档名的选择操作，从文档仓库中，获取该目标文档，并将获取的目标文档进行显示。

例如图9所示文档目录为例，该文档目录包括一级目录和二级目录，例如一级目录为无服务器、设计、开源项目、工作流、框架选择、区块链、代码、小程序等。在一级目录下面还可以包括二级目录，例如，一级目录代码下还包括二级目录代码质量检查、分布式版本控制系统等。以目标文档为代码质量检查文档为例，响应于第一对象在文档目录上对代码质量检查文档的选择操作，则从文档仓库中获取代码质量检查文档，并对该代码质量检查文档进行显示，例如在界面的右侧区域显示代码质量检查文档。

在一些实施例中，响应于第一对象对文档目录中目标文档的文档名的选择操作后，确定出目标文档在文档仓库中的ID(Identity Document，身份标识号)信息，这样可以基于目标文档的ID信息，从文档仓库中获取目标文本。其中，目标文档的ID信息包括目标项目在文档仓库中的ID信息(例如目标项目在文档仓库中的地址)、目标项目的版本信息、目标文档在文本目录中的位置等。也就是说，目标文档的ID信息可以理解为任意可以唯一指示目标文档在文档仓库中位置的任意信息。这样后台服务器可以根据目标文档的ID信息，从文档仓库中获取目标文档，并将获取的目标文档发送给终端设备进行显示。

示例性地，以文档仓库为git仓库为例，在第一对象触发新建项目界面中的确认元素时，可以将目标项目在git仓库中的git ID、git分支和目标文档在git目录中的位置等信息进行拼接，并将拼接后的信息进行编码得到目标文档在git仓库中的ID。例如，基于Base64(在线编码器)对拼接后的信息进行编码，也可以基于Punycode(域名代码)对拼接后的信息进行编码，得到目标文档在git仓库中的ID。接着，根据目标文档在git仓库中的ID，从git仓库中获取到目标文档，并进行显示。

由上述S302和S303可知，本申请实施例将文档管理平台接入文档仓库中，第一对象在文档管理平台上进行一些简单选择操作，例如，在文档管理平台显示的新建项目界面上输入目标项目信息，文档管理平台则可以根据输入的目标项目信息，从文档仓库中获取的该目标项目信息对应的文档目录并进行显示。接着，第一对象在所显示的文档目录中对目标文档的文档名进行选择，文档管理平台响应于该选择操作，从文档仓库中获取目标文档。即本申请实施例，在从文档仓库中获取目标文档的整个过程中，第一对象只通过在文档管理平台上进行一些简单操作，而无需编写从文档仓库中获取目标文档的命令行，因此，不要求第一对象掌握相关语法，进而降低了文档管理的专业要求，且通过文档管理平台直接访问文档仓库，可以提高文档管理的效率。

S304、响应于第一对象对目标文档的编辑操作，得到编辑后的目标文档，并将编辑后的目标文档更新至文档仓库中。

本申请实施例中，对目标文档的编辑是在编辑界面中实现中。其中，从新建项目界面跳转至编辑界面的方式至少包括如下两种：

方式一，第一对象对文档目录中目标文档的文件名进行选择时，响应于该选择操作，调转至编辑界面。这样，第一对象可以在该编辑界面上对目标文档进行编辑，响应于第一对象在编辑界面上对目标文档的编辑操作，得到编辑后的目标文档。

方式二，第一对象对文档目录中目标文档的文件名进行选择时，在当前界面上显示从文档仓库中获取的目标文档。在该实施例中，当前界面还包括编辑元素，第一对象触发该编辑元素时，从当前界面跳转至编辑界面。这样，第一对象可以在编辑界面上对目标文档进行编辑。

本申请实施例中，在编辑界面上设置至少一个可视化的编辑功能工具元素，第一对象可以直接通过这些可视化的编辑功能工具元素实现对目标文档的编辑。也就是说，与已有的通过相关的语法对文档进行编辑相比，本申请实施例将文档菜单栏等配置可视化，这样编辑者无需掌握gitbook、vuepress、markdown语法和git语法等开发技能，也可以实现对文档的编辑，进而降低编辑者编写文档的门槛，提高了文档的管理效率。

在一些实施例中，本申请实施例的编辑界面上包括预览元素，第一对象可以通过触发该预览元素对目标文档中隐藏的内容进行显示，或者对编辑后的目标文档进行显示。

在一些实施例中，若目标文档包括图像，但是在当前界面中未显示该图像时，第一对象可以通过触发预览元素，实现对目标文档中图像的预览。此时，本申请实施例的方法还包括：若目标文档包括图像时，则响应于第一对象对预览元素的触发操作，根据图像在目标文档中的地址，确定文档在文档仓库中的地址；根据图像在该文档仓库中的地址，从文档仓库中获取图像并显示。

本申请实施例对上述根据图像在目标文档中的地址，确定文档在文档仓库中的地址的具体方式不做限制。

在一种示例中，可以通过vuepress插件将图像在目标文档的地址转换为图像在文档仓库中的地址。

在另一种示例中，可以通过VitePress(静态站点生成器)将图像在目标文档的地址转换为图像在文档仓库中的地址。

根据上述方法，确定出图像在文档仓库中的地址后，可以根据该地址，从文档仓库中获取图像并进行显示。

举例说明，如10所示，执行上述S302步骤，响应于第一对象在所显示的新建项目界面上输入的目标项目信息，显示从文档仓库中获取的目标项目信息对应的文档目录，示例性的，文档目录如图10中左侧所示。接着，执行上述S303，响应于第一对象对文档目录中目标文档的文档名的选择操作，显示从文档仓库中获取的目标文档，示例性的，目标文档如图10中间部分所示。由图10中的“./images/codecc.jpg”可知，该目标文档包括图像，但是当前界面中未显示该图像。这样，第一对象可以触发编辑界面上的预览元素，响应于第一对象在预览元素上的触发操作，根据图像在目标文档中的地址，确定文档在文档仓库中的地址，并根据图像在该文档仓库中的地址，从文档仓库中获取图像如图10右侧所示。

在一些实施例中，通过本申请实施例设置的预览功能，第一对象在完成一次编辑操作后，可触发预览元素，响应于第一对象对预览元素的触发操作，编辑界面显示文档编辑后的效果。以这样的方式，第一对象能够实时获知文档编辑的效果，提升了文档编辑体验。

在一些实施例中，编辑界面还包括工具栏元素，第一对象可以通过工具栏元素实现对目标文档的编辑。此时，上述S304包括如下S304-A的步骤：

S304-A、响应于第一对象在工具栏元素上的触发操作，对目标文档进行编辑，得到编辑后的目标文档。

本申请实施例，通过设置工具栏元素，将文档菜单栏等配置可视化，编辑者无需掌握专业的文档开发技能，降低编辑者编写文档的门槛。另外，本申请实施例，通过提供更多定制化标准化的Markdown组件，使文档内容更加多样化，提高编辑者的可读性。

本申请对工具栏元素包含的具体工具元素不做限制。

在一些实施例中，如图11所示，工具栏元素包括图像插入子元素，此时，上述S304-A包括如下S304-A1、S304-A2和S304-A3步骤：

S304-A1、响应于第一对象在图像插入子元素上的触发操作，显示图像插入界面，该图像插入界面包括图像上传元素；

S304-A2、响应于第一对象通过图像上传元素所触发的图像上传操作，得到第一对象上传的目标图像；

S304-A3、根据目标图像，对目标文档进行编辑，得到编辑后的目标文档。

本申请实施例对上传目标图像的具体方式不做限制。

在一种示例中，第一对象将目标图像拖拽至图像上传元素处时，响应于第一对象将目标图像拖拽到图像上传元素处所触发的图像上传操作，得到第一对象上传的目标图像。

在另一种示例中，第一对象将目标图像粘贴至图像上传元素处时，响应于第一对象将目标图像粘贴到图像上传元素处所触发的图像上传操作，得到第一对象上传的目标图像。

在另一种示例中，响应于第一对象通过图像上传元素所触发的上传操作，进入图像选择界面，通过响应于第一对象对目标图像的选择操作，得到第一对象上传的目标图像。

在一些实施例中，工具栏元素还包括设置标题子元素、字体加粗子元素、字体倾斜子元素、无序列表子元素、有序列表子元素、表格子元素、代码块子元素、超链接子元素、Tab(Tabulator key，键盘制表定位键)切换元素、两栏布局子元素、步骤设置子元素、集成组件子元素(步骤+代码)和使用资源工具子元素等中的至少一个。

其中，设置标题子元素用于将第一对象选择的文字设置成标题，例如响应于第一对象通过设置标题子元素所触发的设置标题操作，将第一对象所选中的文本内容设置成标题。

字体加粗子元素，用于对第一对象选择的文字进行加粗处理，例如响应于第一对象通过字体加粗子元素所触发的字体加粗操作，对第一对象所选中文本的字体进行加粗处理。

字体倾斜子元素，用于对第一对象选择的文字进行字体倾斜处理，例如响应于第一对象通过字体倾斜子元素所触发的字体倾斜操作，对第一对象所选中文本的字体进行倾斜处理。

超链接子元素，用于在文档中插入链接，例如响应于第一对象通过超链接子元素所触发的操作，将第一对象所选中目标的链接插入到文档中。

无序列表子元素，用于对所选中的文本进行无序排列。

有序列表子元素，用于对所选中的文本进行有序排列。

表格子元素，用于插入表格。

代码块子元素，用于在文档中添加代码块。

Tab切换子元素，用于对文档内容进行首行缩进操作。

两栏布局子元素，用于将文档页面分割成左右宽度不等的两列。

目前的文档管理方法在编写文档时，需要文档编写者掌握markdown语法，通过markdown语法去进行文档编写。例如，文档编写者要在文档中添加图像时，需要懂得markdown语法中添加图像的语法为！[图片alt](图片链接"图片title")，即先使用感叹号，然后在方括号中增加替代文本，图像链接放在圆括号里，括号里的链接可以增加一个可选地图像标题文本。本申请实施例通过设置可视化的工具栏元素，文档编写者编辑文本时，直接选择工具栏元素中对应功能的子元素，便可完成对文档的编写。这样在文档编写过程中，提升了文档编写者的体验，降低了文档编写的门槛，同时提高了文档编写的效率。

在一些实施例中，如图12所示，本申请实施例的编辑界面还包括更新元素，此时，本申请实施例提供的文档管理方法还包括响应于第一对象对更新元素的触发操作，将编辑后的目标文档存储至文档仓库中。具体的，如图12所示，第一对象在确定将当前编辑的目标文档存储至文档仓库时，触发编辑界面中的更新元素，响应于第一对象对更新元素的触发操作，将编辑后的目标文档存储至文档仓库中。

在一些实施例中，为了便于网页等不同平台对编辑后的目标文档的显示，则文档仓库中的编辑后的目标文档，可以通过预设的文档转换器编译后，保存至文档仓库中。

本申请实施例对该文档转换器的具体类型不做限制。

在一种示例中，该文档转换器为蓝盾。具体地，通过蓝盾对文档仓库中的编辑后的目标文档进行编译，将编译完成后的目标文档保存至文档仓库中。例如，通过蓝盾将markdown格式的目标文档编译成html格式的目标文档，并保存至文档仓库中。

在另一种示例中，该文档转换器为Orange CI(Orange Continuous integration，开源的持续集成服务)。或者，该文档转换器为Stream CI(Stream Continuousintegration，开源的持续集成服务)。

图13为本申请实施例提供的一种文档发布流程示意图，如图13所示，根据本申请实施例提供的文档管理方法，第一对象实现对目标文档的编辑后，通过更新元素将编辑后的目标文档一键提交到文档仓库(例如git仓库)。在文档仓库接收到编辑后的目标文档时，将该目标文档发送给文档转换器(例如蓝盾)，该文档转换器将markdown格式的目标文档编译成html格式的目标文档，提交到文档仓库。在文档仓库接收到html格式的目标文档时，将html格式的目标文档发送给静态网站(例如OA Pages)，文档查看者可直接登录静态网站，浏览编辑后的目标文档的内容。

如图13所示，本申请实施例通过上述方法，使得脱离文档管理平台后，文档仓库中的markdown文档仍可以独立使用其他工具进行更新和发布，同时，将编译功能转移到蓝盾，将文档预览功能转移到静态网站，使得文档管理平台能专注于编辑器能力的打磨，提高生产体验和效率。

本申请实施例对文档仓库与文档转换器之间的数据传输方式不做限制。

在一些实施例中，采用轮询的方式在文档仓库与文档转换器之间建立通讯连接，即文档转换器每隔一段时间向文档仓库请求一次数据，文档仓库接收到编辑后的目标文档后，则向文档转换器发送目标文档，文档转换器接收到目标文档后，该文档转换器将markdown格式的目标文档编译成html格式的目标文档，提交到文档仓库。

在一些实施例中，通过文档仓库调用文档转换器配置好的webhook(网钩)地址，向webhook地址所指向的文档转换器发出请求，文档转换器收到请求后，该文档转换器从文档仓库中下载编辑后的目标文档，并将markdown格式的目标文档编译成html格式的目标文档，提交到文档仓库。

本申请实施例对文档仓库与静态网站之间的数据传输方式不做限制。

在一些实施例中，采用轮询的方式在文档仓库与静态网站之间建立通讯连接，即静态网站每隔一段时间向文档仓库请求一次数据，文档仓库接收到编辑后的目标文档后，则向静态网站发送html格式的目标文档，静态网站接收到html格式的目标文档后，文档查看者可直接登录静态网站，浏览编辑后的目标文档的内容。

在一些实施例中，在文档仓库接收到html格式的目标文档时，通过文档仓库调用静态网站配置好的webhook(网钩)地址，向webhook地址所指向的静态网站发出请求，静态网站收到请求后，该静态网站从文档仓库中下载html格式的目标文档。文档查看者可直接登录静态网站，浏览编辑后的目标文档的内容。

采用webhook的方式，不需要不停地轮询去获取文档仓库中的文档数据，只要文档仓库接收到新的文档数据后，便会向文档转化器或者静态网站的webhook地址发送请求，文档转换器或者静态网站接收到请求后，然后对数据进行处理。轮询的方式比较被动，没有请求就没有响应，文档仓库不能主动向文档转换器发送请求，因此数据传输会出现滞后的现象。而采用webhook的方式，文档仓库中有新事件发生时，会主动请求文档转换器或者静态网站，以此，文档转换器或者静态网站能够实时接收到文档仓库中的数据。

在一些实施例中，该文档管理方法还包括接收第二对象的下载请求，该下载请求用于请求下载所述目标文档，第二对象为经过第一对象授权后的对象；根据第二对象的下载请求，将目标文档发送给第二对象。也就是说，本申请实施例中，第一对象可以理解为编辑者editor，第二对象可以理解为观察者viewer，第一对象可以通过文档管理平台配置第二对象的权限，例如通过文档管理平台，配置第二对象具体下载目标文档的权限，或者配置发布流水线进行私有部署。这样，第二对象可以从文档管理平台上下载目标文档，或者发布流水线进行私有部署。

在一些实施例中，编辑界面还包括用于提示文档行号的提示元素。

在一些实施例中，编辑界面还包括新建项目元素，响应于作用于新建项目元素的操作，进入新建项目阶段，并显示新建项目界面。

进一步的，为了进一步说明本申请实施例的技术方案，下面以具体的示例为例进行说明。

举例说明，以文档仓库为git仓库，目标项目信息包括目标项目的名称、该目标项目在git仓库中的地址、该目标项目的git分支(相当于该目标项目的版本信息)以及该目标项目的git目录，编辑界面包括预览元素、更新元素以及工具栏元素，该工具栏元素包括图像插入子元素等、文档转换器为蓝盾、静态网站为OA Pages(Office Automation Pages，静态网站服务)为例。新建项目界面和编辑界面以及图像插入界面可分别对应于图8、图12和图11。图8表示新建项目时对应的界面状态，图12表示编辑目标文档时对应的界面状态，图11表示插入图像时对应的界面状态。

首先，第一对象打开文档管理平台，进行项目新建，显示新建项目界面，该新建项目界面显示项目名称元素、git地址元素、git分支元素、git目录元素以及确认元素。第一对象授权文档管理平台去获取其在git仓库中的数据，该文档管理平台获得第一对象在git仓库中的权限信息，并根据该权限信息，访问git仓库，确定第一对象拥有编辑权限的M个第一项目以及M个第一项目中每一个第一项目在git仓库中的地址。如图8所示，新建项目界面包括项目名称的输入元素、git地址输入元素、git分支元素和git目录输入元素。第一对象通过上述各输入元素输入对应的信息，例如第一对象触发git地址输入元素，显示下拉列表，该下拉列表中显示M个第一项目分别在git仓库中的地址，第一对象在所显示M个第一项目分别在git仓库中的地址中选择目标项目的地址，实现对目标项目在文档仓库中地址的输入。

接着，第一对象触发确认元素，可跳转至图12所示的编辑界面。在图12中，位于最左侧的为文档目录，该文档目录显示了所对应的目标项目的文档目录结构。第一对象可通过滑动选择操作或者下拉菜单操作在文档目录中找到目标文档，响应于第一对象在目标文档上的选择操作(例如，第一对象选择代码质量检查文档)，编辑界面显示目标文档(代码质量检查文档)的内容。第一对象对该目标文档进行编写，例如第一对象要加粗目标文档中的部分文字，则选中这些文字，选择工具栏元素中的字体加粗子元素，响应于第一对象对字体加粗子元素的触发操作，对第一对象所选中的字体进行加粗处理。例如第一对象要在目标文档中插入图像，则选择工具栏元素中的图像插入子元素，响应于第一对象对图像插入子元素的触发操作，可跳转至图11所示的图像插入界面，该图像插入界面包括图像上传元素，第一对象可在拖拽上传、粘贴上传和选择上传三种方式中选择一种方式上传图像，例如，第一对象将所要上传的图像拖拽到图像上传元素处，响应于第一对象将所要上传的图像拖拽到图像上传元素处所触发的图像上传操作，得到第一对象上传的目标图像。然后，根据目标图像，对目标文档进行编辑，得到编辑后的目标文档。

在一些实施例中，第一对象完成编辑操作后，要预览编辑后文档的效果，则触发预览元素，响应于第一对象对预览元素的触发操作，编辑界面显示编辑后的文档效果，达到第一对象所想要的效果后，第一对象触发更新元素，响应于第一对象对更新元素的触发操作，将第一对象编辑后的目标文档一键更新到git仓库。

在一些实施例中，在git仓库接收到编辑后的目标文档时，通过git仓库调用蓝盾配置好的webhook地址，向webhook地址所指向的蓝盾发出请求，收到请求后，该蓝盾从git仓库中下载编辑后的目标文档，并将markdown格式的目标文档编译成html格式的目标文档，提交到git仓库。在git仓库接收到html格式的目标文档时，通过git仓库调用OA Pages配置好的webhook地址，向webhook地址所指向的OA Pages发出请求，收到请求后，该OAPages从git仓库中下载html格式的目标文档。文档查看者可直接登录OA Pages，浏览编辑后的目标文档的内容。

图14为本申请实施例提供的一种文档管理方法的示意性流程图。

如图14所示，以文档仓库为git仓库为例，该文档管理方法包括如下S401-S406步骤：

S401、接收第一对象的登录触发操作。

S402、判断第一对象是否授权git仓库权限？

若第一对象未授权git仓库权限，则执行S403。

若第一对象授权git仓库权限，则执行S404。

S403、显示授权界面，响应于第一对象对授权界面中授权元素的触发操作，确定第一对象授权git仓库权限；

其具体授权方式，可以参照上述实施例S301步骤的描述，在此不再赘述。

S404、显示新建项目界面，响应于第一对象在新建项目界面输入的目标项目信息，显示从文档仓库中获取的目标项目信息对应的文档目录；

其具体显示过程，可以参照上述实施例S302步骤的描述，在此不再赘述。

S405、响应于第一对象对文档目录中目标文档的文档名的选择操作，显示从文档仓库中获取的目标文档；

其具体选择过程，可以参照上述实施例S303步骤的描述，在此不再赘述。

S406、响应于第一对象对目标文档的编辑操作，得到编辑后的目标文档。其具体编辑过程，可以参照上述实施例S304步骤的描述，在此不再赘述。

图15为本申请一实施例提供的一种文档管理平台的后台架构示意图。

在一些实施例中，如图15所示，文档管理平台的后台架构主要包括：接入层、服务层和数据层。

其中，接入层包括第一协议、第二协议、文档模块、项目模块、git项目模块、权限模块、Oauth(开放授权)模块和附件模块，

该第一协议可以是QraphQL(Graph Query Language，一种的查询语言)，主要用于前端调用。第二协议可以是RESTful(Representational State Transfer，缩写REST，符合REST原则的架构方式)，用于第三方平台调用。文档模块用于处理文档管理者对目标文档的编辑操作，比如增加或删除一段文字，插入图像等。文档仓库项目模块(比如git项目模块)，用于查询目标项目在文档仓库中的地址(比如git地址、git分支、git目录)。项目模块，用于保存文档仓库中项目之间的关联关系(比如git项目关联关系)。权限模块，用于查询文档管理者对文档仓库中项目的权限，以及处理该文档管理者对其项目权限的改变。Oauth模块，用于处理文档管理者的授权，发送授权码code给文档管理平台，并在文档管理平台获取到授权码code后，发送令牌access Token给文档管理平台。附件模块，用于处理目标文档中图像的加载和上传。

服务层包括文档仓库接口模块(比如git开放接口模块)，用于封装文档仓库开放接口(比如git开放接口)，提供给接入层调用。

数据层包括文档仓库(比如git仓库)，相当于业务数据库，业务通过文档仓库开放接口(比如git开放接口)调用。

通过本申请的技术方案，在进行文档管理时，针对N个对象中的第一对象，响应于该第一对象在所显示的新建项目界面上输入的目标项目信息，显示从文档仓库中获取的该目标项目信息对应的文档目录，该文档仓库包括多个项目对应的文档数据；响应于第一对象在文档目录上的选择操作，显示从文档仓库中获取的目标文档；响应于第一对象对目标文档的编辑操作，得到编辑后的目标文档。即本申请，能直接在线导入文档仓库中的目标文档，编辑完成后实时更新到文档仓库中。通过引入多人协同编辑的功能，不需要文档编写者懂得git合并语法，便可进行多人协作编写，降低了编写文档的门槛，解决了多人协作编写时，文档冲突相互覆盖的问题。通过将文档管理平台的功能可视化，不需要通过编写代码的方式编辑目标文档，而是可以通过第一对象在可视化工具栏所选择的编辑操作，从而对文档进行修改，得到编辑后的目标文档。不需要文档编写者懂得gitbook、vuepress、markdown语法和git语法等开发技能，提升了用户体验，降低了文档编写的门槛，同时提高了文档管理的效率。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。

还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文结合图3至图15，详细描述了本申请的方法实施例，下文结合图16至图17，详细描述本申请的装置实施例。

图16本申请一实施例提供的文档管理装置的结构示意图。如图16所示，该文档管理装置100包括：

接入单元10，用于获取第一对象在文档仓库中的权限信息，并根据所述权限信息接入所述文档仓库；

第一显示单元11，用于响应于所述第一对象在所显示的新建项目界面上输入的目标项目信息，显示从所述文档仓库中获取的所述目标项目信息对应的文档目录，所述文档目录包括目标项目对应的至少一个文档的文档名；

第二显示单元12，用于响应于所述第一对象对所述文档目录中目标文档的文档名的选择操作，显示从所述文档仓库中获取的所述目标文档；

编辑单元13，用于响应于所述第一对象对所述目标文档的编辑操作，得到编辑后的目标文档，并将所述编辑后的目标文档更新至所述文档仓库中。

在一些实施例中，若新建项目界面包括项目地址输入元素时，第一显示单元11具体用于响应于所述第一对象在所述项目地址输入元素中输入的所述目标项目在所述文档仓库中的地址，从所述文档仓库中获取所述文档目录并进行显示。

在一些实施例中，新建项目界面还包括确认元素，第一显示单元11具体用于响应于所述第一对象在所述项目地址输入元素中输入的所述目标项目在所述文档仓库中的地址，显示所述目标项目在所述文档仓库中的地址；响应于所述第一对象对所述确认元素的触发操作，从所述文档仓库中获取所述文档目录并进行显示。

在一些实施例中，第一显示单元11还用于确定所述第一对象在所述文档仓库中具有编辑权限的M个第一项目，并获取所述M个第一项目在所述文档仓库中的地址，所述M为正整数；响应于所述第一对象对所述项目地址输入元素的触发操作，显示下拉列表，所述下拉列表中包括所述M个第一项目在所述文档仓库中的地址；响应于所述第一对象对所述下拉列表中所述目标项目在所述文档仓库中的地址上的选择操作，在所述项目地址输入元素的显示框中显示所述目标项目在所述文档仓库中的地址。

在一些实施例中，接入单元10具体用于显示授权界面，响应于所述第一对象对所述授权界面中授权元素的触发操作，获得所述第一对象在所述文档仓库中的权限信息。

在一些实施例中，编辑单元13具体用于显示编辑界面，响应于所述第一对象在所述编辑界面上对所述目标文档的编辑操作，得到所述编辑后的目标文档。

在一些实施例中，编辑界面包括预览元素，编辑单元13还用于若所述目标文档包括图像时，则响应于所述第一对象对所述预览元素的触发操作，根据所述图像在所述目标文档中的地址，确定所述文档在所述文档仓库中的地址；根据所述图像在所述文档仓库中的地址，从所述文档仓库中获取所述图像并显示。

在一些实施例中，编辑界面还包括工具栏元素，编辑单元13具体用于响应于所述第一对象在所述工具栏元素上的触发操作，对所述目标文档进行编辑，得到所述编辑后的目标文档。

在一些实施例中，工具栏元素包括图像插入子元素，编辑单元13具体用于响应于所述第一对象在所述图像插入子元素上的触发操作，显示图像插入界面，所述图像插入界面包括图像上传元素；响应于所述第一对象通过所述图像上传元素所触发的图像上传操作，得到所述第一对象上传的目标图像；根据所述目标图像，对所述目标文档进行编辑，得到所述编辑后的目标文档。

在一些实施例中，编辑界面还包括更新元素，编辑单元13具体用于响应于所述第一对象对所述更新元素的触发操作，将所述编辑后的目标文档存储至所述文档仓库中。

在一些实施例中，所述文档仓库中的所述编辑后的目标文档，通过预设的文档转换器编译后，再保存至所述文档仓库中。

在一些实施例中，编辑单元13还用于接收第二对象的下载请求，所述下载请求用于请求下载所述目标文档，所述第二对象为经过所述第一对象授权后的对象；根据所述下载请求，将所述目标文档发送给所述第二对象。

应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图16所示的装置可以执行上述方法的实施例，并且装置中的各个模块的前述和其它操作和/或功能分别为了实现计算设备对应的方法实施例，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的装置。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图17是本申请实施例提供的电子设备的示意性框图，该电子设备可以为可以用于执行上述文档管理方法。

如图17所示，该电子设备60可包括：

存储器61和处理器62，该存储器61用于存储计算机程序，并将该程序代码传输给该处理器62。换言之，该处理器62可以从存储器61中调用并运行计算机程序，以实现本申请实施例中的方法。

例如，该处理器62可用于根据该计算机程序中的指令执行上述方法实施例。

在本申请的一些实施例中，该处理器62可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本申请的一些实施例中，该存储器61包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器61中，并由该处理器62执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该视频制作设备中的执行过程。

如图17所示，该电子设备60还可包括：

收发器63，该收发器63可连接至该处理器62或存储器61。

其中，处理器62可以控制该收发器63与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器63可以包括发射机和接收机。收发器63还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该设备中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

根据本申请的一个方面，提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

根据本申请的另一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算设备执行上述方法实施例的方法。

换言之，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims (15)

1.一种文档管理方法，其特征在于，包括：

获取第一对象在文档仓库中的权限信息，并根据所述权限信息接入所述文档仓库；

响应于所述第一对象在所显示的新建项目界面上输入的目标项目信息，显示从所述文档仓库中获取的所述目标项目信息对应的文档目录，所述文档目录包括目标项目对应的至少一个文档的文档名；

响应于所述第一对象对所述文档目录中目标文档的文档名的选择操作，显示从所述文档仓库中获取的所述目标文档；

响应于所述第一对象对所述目标文档的编辑操作，得到编辑后的目标文档，并将所述编辑后的目标文档更新至所述文档仓库中。

2.根据权利要求1所述的方法，其特征在于，若所述新建项目界面包括项目地址输入元素时，则所述响应于所述第一对象在所显示的新建项目界面上输入的目标项目信息，显示从所述文档仓库中获取的所述目标项目信息对应的文档目录，包括：

响应于所述第一对象在所述项目地址输入元素中输入的所述目标项目在所述文档仓库中的地址，从所述文档仓库中获取所述文档目录并进行显示。

3.根据权利要求2所述的方法，其特征在于，所述新建项目界面还包括确认元素，所述响应于所述第一对象在所述项目地址输入元素中输入的所述目标项目在所述文档仓库中的地址，从所述文档仓库中获取所述文档目录并进行显示，包括：

响应于所述第一对象在所述项目地址输入元素中输入的所述目标项目在所述文档仓库中的地址，显示所述目标项目在所述文档仓库中的地址；

响应于所述第一对象对所述确认元素的触发操作，从所述文档仓库中获取所述文档目录并进行显示。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

确定所述第一对象在所述文档仓库中具有编辑权限的M个第一项目，并获取所述M个第一项目在所述文档仓库中的地址，所述M为正整数；

所述响应于所述第一对象在所述项目地址输入元素中输入的所述目标项目在所述文档仓库中的地址，显示所述目标项目在所述文档仓库中的地址，包括：

响应于所述第一对象对所述项目地址输入元素的触发操作，显示下拉列表，所述下拉列表中包括所述M个第一项目在所述文档仓库中的地址；

响应于所述第一对象对所述下拉列表中所述目标项目在所述文档仓库中的地址上的选择操作，在所述项目地址输入元素的显示框中显示所述目标项目在所述文档仓库中的地址。

5.根据权利要求4所述的方法，其特征在于，所述获取第一对象在文档仓库中的权限信息，包括：

显示授权界面，响应于所述第一对象对所述授权界面中授权元素的触发操作，获得所述第一对象在所述文档仓库中的权限信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述响应于所述第一对象对所述目标文档的编辑操作，得到编辑后的目标文档，包括：

显示编辑界面，响应于所述第一对象在所述编辑界面上对所述目标文档的编辑操作，得到所述编辑后的目标文档。

7.根据权利要求6所述的方法，其特征在于，所述编辑界面还包括预览元素，所述方法还包括：

若所述目标文档包括图像时，则响应于所述第一对象对所述预览元素的触发操作，根据所述图像在所述目标文档中的地址，确定所述文档在所述文档仓库中的地址；

根据所述图像在所述文档仓库中的地址，从所述文档仓库中获取所述图像并显示。

8.根据权利要求6所述的方法，其特征在于，所述编辑界面包括工具栏元素，所述响应于所述第一对象在所述编辑界面上对所述目标文档的编辑操作，得到所述编辑后的目标文档，包括：

响应于所述第一对象在所述工具栏元素上的触发操作，对所述目标文档进行编辑，得到所述编辑后的目标文档。

9.根据权利要求8所述的方法，其特征在于，所述工具栏元素包括图像插入子元素，所述响应于所述第一对象在所述工具栏元素上的触发操作，对所述目标文档进行编辑，得到所述编辑后的目标文档，包括：

响应于所述第一对象在所述图像插入子元素上的触发操作，显示图像插入界面，所述图像插入界面包括图像上传元素；

响应于所述第一对象通过所述图像上传元素所触发的图像上传操作，得到所述第一对象上传的目标图像；

根据所述目标图像，对所述目标文档进行编辑，得到所述编辑后的目标文档。

10.根据权利要求6所述的方法，其特征在于，所述编辑界面还包括更新元素，所述将所述编辑后的目标文档更新至所述文档仓库中，包括：

响应于所述第一对象对所述更新元素的触发操作，将所述编辑后的目标文档存储至所述文档仓库中。

11.根据权利要求10所述的方法，其特征在于，所述文档仓库中的所述编辑后的目标文档，通过预设的文档转换器编译后，再保存至所述文档仓库中。

12.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

接收第二对象的下载请求，所述下载请求用于请求下载所述目标文档，所述第二对象为经过所述第一对象授权后的对象；

根据所述下载请求，将所述目标文档发送给所述第二对象。

13.一种文档管理装置，其特征在于，包括：

接入单元，用于获取第一对象在文档仓库中的权限信息，并根据所述权限信息接入所述文档仓库；

第一显示单元，用于响应于所述第一对象在所显示的新建项目界面上输入的目标项目信息，显示从所述文档仓库中获取的所述目标项目信息对应的文档目录，所述文档目录包括目标项目对应的至少一个文档的文档名；

第二显示单元，用于响应于所述第一对象对所述文档目录中目标文档的文档名的选择操作，显示从所述文档仓库中获取的所述目标文档；

编辑单元，用于响应于所述第一对象对所述目标文档的编辑操作，得到编辑后的目标文档，并将所述编辑后的目标文档更新至所述文档仓库中。

14.一种电子设备，其特征在于，包括：存储器，处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序以实现如上述权利要求1至12任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储计算机程序，所述计算机程序使得计算机执行如权利要求1至12任一项所述的方法。