一种前端远程工程化及远程开发的方法及装置与流程

1.本发明属于远程处理技术领域，特别涉及一种前端远程工程化及远程开发的方法及装置。


背景技术：

2.现有前端工程化及协作的方式是配置依赖放在工程中package.json中，利用基于node.js的构建工具安装管理依赖。代码版本控制多选用git，协作者通过合并解决冲突，git仓库控制版本。这是一种“基于nodejs的构建工具+git”的方案。
3.现有技术问题在于：
4.项目依赖在本地重复下载；
5.本地环境不一致(window系统、mac系统、node.js版本、电脑配置等)；
6.冲突解决依赖git去一并解决，逻辑代码有丢失风险；
7.项目代码人人都可修改，导致混乱，或失误的修改，导致不必要的冲突和修改。


技术实现要素：

8.针对相关技术中的上述技术问题，本发明提出一种前端远程工程化及远程开发的方法及装置，能够克服现有技术的上述不足。
9.为实现上述技术目的，本发明的技术方案是这样实现的：
10.一种前端远程工程化及远程开发的方法，该方法包括：
11.搭建超级管理员；
12.所述超级管理员分配管理员；
13.所述管理员分配开发者，并赋予至少两个所述开发者的权限；
14.开发者进行开发和测试；
15.对对接开发和测试的服务器版本进行控制。
16.进一步的，所述搭建超级管理员，包括：
17.创建工程目录；
18.在工程目录上搭建工程；
19.在远程服务器上的安装依赖命令，将所述依赖命令同步到本地；
20.在工程上添加权限配置清单；
21.提交工程，协作者共享远程代码。
22.进一步的，所述管理员分配开发者，并赋予所述开发者的权限，包括：
23.管理员本地生成公钥，将所述公钥及用户名传给远程服务器；
24.登录本地编辑器，登录成功会将远程代码同步到本地；
25.分配开发者，控制开发者对文件的修改权限。
26.进一步的，所述开发者进行开发，包括：
27.开发者配置公钥后登录本地编辑器，初始化后，工程开始同步；
28.修改前端代码，其中，当若干开发者同时修改一块代码时，会进入高亮代码对比模式；当一个开发者修改另外一个开发者权限的代码时，则会高亮提示不可修改；当开发者查看禁止的文件时，则文件会直接被锁死。
29.进一步的，所述对对接开发和测试的服务器版本进行控制，包括：
30.登录本地编辑器打开远程终端；
31.输入命令对服务器版本固定。
32.另一方面，提供了一种前端远程工程化及远程开发的装置，该装置包括：
33.搭建单元，用于搭建超级管理员；
34.分配单元，用于所述超级管理员分配管理员；
35.赋予单元，用于所述管理员分配开发者，并赋予至少两个所述开发者的权限；
36.开发单元，用于开发者进行开发和测试；
37.控制单元，用于对对接开发和测试的服务器版本进行控制。
38.进一步的，所述搭建单元，包括：
39.创建工程目录；
40.在工程目录上搭建工程；
41.在远程服务器上的安装依赖命令，将所述依赖命令同步到本地；
42.在工程上添加权限配置清单；
43.提交工程，协作者共享远程代码。
44.进一步的，所述赋予单元，包括：
45.管理员本地生成公钥，将所述公钥及用户名传给远程服务器；
46.登录本地编辑器，登录成功会将远程代码同步到本地；
47.分配开发者，控制开发者对文件的修改权限。
48.进一步的，所述开发单元，包括：
49.开发者配置公钥后登录本地编辑器，初始化后，工程开始同步；
50.修改前端代码，其中，当若干开发者同时修改一块代码时，会进入高亮代码对比模式；当一个开发者修改另外一个开发者权限的代码时，则会高亮提示不可修改；当开发者查看禁止的文件时，则文件会直接被锁死。
51.进一步的，所述控制单元，包括：
52.登录本地编辑器打开远程终端；
53.输入命令对服务器版本固定。
54.本发明的有益效果：通过该方法及系统，远程服务器作为代码存储仓库，控制代码版本；远程开发协作模式：实时代码合并更新、实时解决冲突；远程工程搭建、本地实时同步；工程文件权限细粒度控制。
附图说明
55.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
56.图1示出了根据本发明实施例的一种前端远程工程化及远程开发的方法的流程框图；
57.图2示出了根据本发明实施例的一种前端远程工程化及远程开发的装置的结构示意图；
58.图3示出了根据本发明实施例的一种前端远程工程化及远程开发的装置的总体架构图。
具体实施方式
59.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地说明，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
60.如图1所示，一种前端远程工程化及远程开发的方法，该方法包括：
61.搭建超级管理员；
62.所述超级管理员分配管理员；
63.所述管理员分配开发者，并赋予至少两个所述开发者的权限；
64.开发者进行开发和测试；
65.对对接开发和测试的服务器版本进行控制。
66.在本发明的一些实施例中，所述搭建超级管理员，包括：
67.创建工程目录；
68.在工程目录上搭建工程；
69.在远程服务器上的安装依赖命令，将所述依赖命令同步到本地；
70.在工程上添加权限配置清单；
71.提交工程，协作者共享远程代码。
72.在本发明的一些实施例中，所述管理员分配开发者，并赋予所述开发者的权限，包括：
73.管理员本地生成公钥，将所述公钥及用户名传给远程服务器；
74.登录本地编辑器，登录成功会将远程代码同步到本地；
75.分配开发者，控制开发者对文件的修改权限。
76.在本发明的一些实施例中，所述开发者进行开发，包括：
77.开发者配置公钥后登录本地编辑器，初始化后，工程开始同步；
78.修改前端代码，其中，当若干开发者同时修改一块代码时，会进入高亮代码对比模式；当一个开发者修改另外一个开发者权限的代码时，则会高亮提示不可修改；当开发者查看禁止的文件时，则文件会直接被锁死。
79.在本发明的一些实施例中，所述对对接开发和测试的服务器版本进行控制，包括：
80.登录本地编辑器打开远程终端；
81.输入命令对服务器版本固定。
82.如图2所示，另一方面，提供了一种前端远程工程化及远程开发的装置，该装置包括：
83.搭建单元，用于搭建超级管理员；
84.分配单元，用于所述超级管理员分配管理员；
85.赋予单元，用于所述管理员分配开发者，并赋予至少两个所述开发者的权限；
86.开发单元，用于开发者进行开发和测试；
87.控制单元，用于对对接开发和测试的服务器版本进行控制。
88.在本发明的一些实施例中，所述搭建单元，包括：
89.创建工程目录；
90.在工程目录上搭建工程；
91.在远程服务器上的安装依赖命令，将所述依赖命令同步到本地；
92.在工程上添加权限配置清单；
93.提交工程，协作者共享远程代码。
94.在本发明的一些实施例中，所述赋予单元，包括：
95.管理员本地生成公钥，将所述公钥及用户名传给远程服务器；
96.登录本地编辑器，登录成功会将远程代码同步到本地；
97.分配开发者，控制开发者对文件的修改权限。
98.在本发明的一些实施例中，所述开发单元，包括：
99.开发者配置公钥后登录本地编辑器，初始化后，工程开始同步；
100.修改前端代码，其中，当若干开发者同时修改一块代码时，会进入高亮代码对比模式；当一个开发者修改另外一个开发者权限的代码时，则会高亮提示不可修改；当开发者查看禁止的文件时，则文件会直接被锁死。
101.在本发明的一些实施例中，所述控制单元，包括：
102.登录本地编辑器打开远程终端；
103.输入命令对服务器版本固定。
104.如图3所示，本发明旨在提供一种前端按远程构建，远程开发的模式，工程搭建一次人人都可以同步，代码编写实时同步，冲突当下立刻解决，对不同文件有控制权限，做到细粒度控制，其特点如下：
105.(1)远程共享项目代码及开发环境；
106.(2)本地同步远程代码实时更新，实时解决冲突问题；
107.(3)配置文件修改权限，细粒度控制开发者修改权限。
108.本发明分为三个角色去按步骤实现的，其中开发者至少两人，超级管理员、管理员、开发者a、开发者b。
109.(1)超级管理员搭建工程
110.超级管理员是工程的创建者，其对项目的控制为最高权限，与传统模式相比，不需要太对工具去管理代码，超级管理员搭建工程完成后开发者人人参与，并能控制权限或分配权限给管理员及开发者，减少项目不必要的修改，减少冲突。
111.1)超级管理员登录编辑器，选择创建工程，此时只是一个空的目录；
112.2)超级管理员开始工程搭建，工程搭建不依赖任何前端框架，是无侵入式的，既可以使用vue，react等框架，又可以选择webpack、gulp等构建工具。
113.3)超级管理工程初始化完成后执行安装依赖命令，不同于传统编辑器，此任务在
远程服务器进行的安装，然后同步到的本地，也就是终端也在远程服务器。
114.4)超级管理员在搭建好的工程根目录添加权限配置清单，这里分配至少一个管理员(可以是超级管理员)，这一步是必须的，否则项目不会协助者被共享，权限配置清单有以下特点：
115.>>权限配置清单可控制超级管理员、管理员、开发者三者；
116.>>权限配置清单可细化到某个文件目录、某个文件、正则匹配规则；
117.>>权限配置清单可控制超级管理员、管理员、开发者三者；
118.>>权限配置清单可控制控制权限为超级管理员最高(控制超级管理员、管理员、开发者)，管理员次之(控制管理员、开发者)，开发者(仅开发权限)。
119.5)超级管理员提交工程，此时远程代码将会被其他协作者共享。
120.(2)管理员分配开发者权限
121.超级管理员分配管理员后，管理员的权限生效，其职责在于分配管理员或开发者，管理员的作用类似于超级管理员的助手，配合超级管理员完成项目控制，同样可以作为开发的身份存在。
122.1)管理员本地生成公钥，将公钥及用户名给远程服务器，作为登录凭证，只需要配置一次，之后将不需要再次登录。
123.2)登录本地编辑器，登录成功会将远程代码同步到本地，超级管理员配置的权限配置清单生效。
124.3)管理员登录成功后可以修改管理员的权限配置清单，及开发者清单的权限，这里假设分配了开发者dev1、开发者dev2。
125.4)分配开发者后，要控制开发者对文件的修改权限，假设给开发者dev1分配只能对a.js、b.js文件修改，开发者dev2只能对b.js、c.js文件修改。
126.5)同时，管理员可以再为自己分配另一个管理员，这个管理员有和他同样的权限，相当于管理员的替身。
127.3)开发者dev1、dev2进入开发
128.管理员分配开发者后，开发者可以进入业务开发的过程，他也是权限最细粒度的执行者，开发者只需要完成自己分内的事情即可。
129.1)开发者同样配置公钥后登录本地编辑器，初始化后，工程开始同步，配置清单生效。
130.2)开发者dev1修改了a.js中代码，这会立即同步到开发者dev2其他所有开发者本地。
131.3)当开发者dev1和开发者dev2同时修改a.js代码时，同样会实时同步显示在文件修改位置，并在编辑器中高亮显示修改人正在修改某行代码。
132.4)当遇到两个开发者同时修改一块代码时会进入高亮代码对比模式，开发者修改的代码会根据选择设置要保留的代码，这样冲突会实时解决。
133.5)开发者dev1若修改dev2权限的代码，则会高亮提示不可修改。
134.6)开发者dev1若查看禁止的文件，这是不允许的，文件直接会被锁定，文件名标识为c.js。
135.(4)版本控制
136.开发者开发测试完成后，通常会固定一个版本，这时候只能由超级管理员进行控制。
137.1)超级管理员登录本地编辑器后，可以打开终端(远程的终端，本地终端仅仅是远程的映射)；
138.2)超级管理员输入命令对服务器版本固定。
139.通过该方法及装置，远程服务器作为代码存储仓库，控制代码版本；远程开发协作模式：实时代码合并更新、实时解决冲突；远程工程搭建、本地实时同步；工程文件权限细粒度控制。
140.尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。