git冲突处理

今天在merge分支的时候，由于记忆错位，merge了format分支到master，造成了很严重的冲突（我原本是要把format分支合并到dev分支，结果合并到了master）。
看到几百个文件的modify想死的心都有，差点想重新clone重新来过。。。
好在理智战胜冲动，决定正面处理冲突，而不是消极回避。
而在处理完冲突之后，发现异常的简单，庆幸没有冲动乱来。

我的宿主机是一台windows操作系统的服务器。

虚拟机用的是virtualbox。

以前在 vmware 上面与宿主机的共享只需要在 wmware 上配置下共享文件夹就可以生效。但是在 virtualbox 上，除了配置共享文件夹，还要使用 mount 命令进行挂载才能与宿主机共享一个文件夹。

如果只是想要临时使用一下root权限，只需要在命令前面加上 sudo 就可以了。

如果想要一直使用root权限，需要通过su切换到root用户：

记录常用的liux命令，不定期更新。

之前有提到，我为我们部门搭建了一个gitlab，前几天有用户跟我反映，他忘记密码了，使用gitlab自带的找回密码功能无果，收不到邮件，估计跟公司内网有一些关系，也可能是我没有配置好邮件联动。anyway，现在去配置邮箱感觉花的时间有些来不及。想着作为管理员，应该有权限和办法去重置用户的密码的，于是查询了资料，果然不出所料。方法如下，只需4步：

如果你想从别的git托管服务哪里复制一份源代码到新的Git托管服务器上，可以使用
git clone --mirror / git clone --bare 和 git push --mirror命令。

普通 git clone 不能下载所有分支，想要简单的克隆所有分支，可以用镜像方法。

做一个镜像仓库

只需3步：

删除已发布的包的某个版本：

1

npm unpublish xxx@x.x.x

删除这个版本后，不能再发布同版本的包，必须要大于这个版本号的包才行。

删除已发布的包：

1

npm unpublish xxx

删除这个包之后，不能再发布同名的包。

注意：

npm unpublish 仅在包发布后的24小时内有效。如果超过了24小时，则要联系npm官方去取消发布了。

有3种方案安装NPM私有模块：

目录
一、发布普通 npm 模块
二、发布 scoped package

软件版本阶段

开发期

• Base版
  此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完成的实现，只是作为整体网站的一个基础架构。

• Alpha版
  软件的初级版本，此版本表示软件处于以实现软件功能为主的阶段，通常只在软件开发者内部交流，一般而言，该版本软件的bug较多，需要继续修改。测试人员条bug经开发人员修改确认后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。

• Beta版
  此版本相对于alpha版已有了很大的改进，消除了严重的错误，但还存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。