最近有人问我,Github上如何把修改fork到的代码提交到原版本上去,以及如何更新到最新的版本.只针对初学者,大神的话勿喷. 首先说第一个问题. 进入到你修改的某个repository里面(以本人的这个easy-tips为例): 点击"New pull request"按钮,进入到如下页面中: 上面的两个红色框中,第一个红色框中,是创建这个项目的人,第二个红色框中,是本人的账号.这个的作用就是对比我的文件与作者的文件有无改动.为对照方便,我修改了部分文件.下面这个红色框显示的是本人修

前言 你可能比较熟悉如何用 Github Pages 来分享你的工作,又或许你看过一堂教你建立你的第一个 Github Pages 网站的教程.近期 Github Pages 的改进使得从不同的数据源来发布您的网站更加的方便,其中的来源之一就是你的仓库的 /docs 目录. 文档的质量是一个软件项目健康发展的标志.对于开源项目来说,维护一个可靠而不出错的知识库.详细说明所有的细节是至关重要的.精心策划的文档可以让增加项目的亲切感,提供一步步的指导并促进各种方式的合作可以推动开源软件开发的协作进程

bash: git rebase -i HEAD~5:假定你要修改的日志位于当前版本(HEAD)的前4次提交中. vi: pick -> reword:在自动打开的vi编辑器中,上下选择你要修改的提交版本,将前面的pick改为reword,然后保存退出. vi: alter message:将再一次自动打开vi编辑器,修改提交日志,然后保存退出. bash: git push --force:上传到Github.

改变作者信息 为改变已经存在的 commit 的用户名和/或邮箱地址,你必须重写你 Git repo 的整个历史. 警告:这种行为对你的 repo 的历史具有破坏性.如果你的 repo 是与他人协同工作的,重写已发布的历史是一种不好的习惯.仅限紧急情况执行该操作. 使用脚本改变你 repo 的 Git 历史 我们写了一段能把 commit 作者旧的邮箱地址修改为正确用户名和邮箱的脚本. 注意:执行这段脚本会重写 repo 所有协作者的历史.完成以下操作后,任何 fork 或 clone 的人必须

Changing author info  https://help.github.com/articles/changing-author-info/   To change the name and/or email address recorded in existing commits, you must rewrite the entire history of your Git repository. Warning: This action is destructive to yo

这里是总结了一下,用的工具或者平台:readthedocs.github .sphinx. 使用这三个工具即可轻松创建高效的文档管理库,可以用来翻译,水平再高一点可以写书. readthedocs 文档托管的平台,能够和常用的GIT阵营的github,HG阵营的Bitbucket,关于这两个平台的讨论比较文章可以参考. github 代码托管 sphinx 文档书写利器,使用的是reStructuredText格式,reStructuredText简明教程. 下面说说书写方法及托管流程 在这里注

目录 1 什么是partial update 1.1 全量修改文档的原理 1.2 修改指定field的思路 1.3 partial update的优势 1.4 partial update的使用 2 通过脚本进行partial update操作 2.1 内置painless脚本修改文档 2.2 外置Groovy脚本修改文档 2.3 内置painless脚本upsert文档 2.4 外置Groovy脚本delete文档 3 partial update的并发控制策略 3.1 控制方式 3.2 re

最近做项目,需要多word文档进行编辑并导出一个新的word,在最初的word编辑中留下特定的字符串用来替换,然后在本地生成一个新的word文档,并且不修改服务器中的word文档,这样才能保证服务器中的文件在下次使用的时候能正常使用. 代码: /// <summary> /// 读取出word文档中的内容后对word文档进行修改并保存在本地 /// </summary> /// <param name="jtmodel">实体类(在数据库中读取出来的

有两种编写方式: In reStructuredText In Markdown In reStructuredText  工具:  pip install sphinx sphinx-autobuild 克隆你的仓库到本地:  git clone https://github.com/yourusername/yourrepository.git 在仓库根目录内创建文档: mkdir docs & cd docs sphinx-quickstart //按照提示一路下去,会生成index.rs

今天给大家介绍一个Github上的README文档写作教程模版,该模版目前获得6634颗星星,2296Fork,相对而言,还是比较得到大家认可的.不花哨,不别出心裁,一个比较实用的,普适性的架子:所谓教科书式,不外如此.原文是英语,大神可直接看戳我查看.下面是我翻译的中文版(未完全按照原文翻译),献丑了. 项目名称 这里再写一句骚气又精准的话描述你的项目吧. 上手指南 写几句这样的话概括接下来的内容:以下指南将帮助你在本地机器上安装和运行该项目,进行开发和测试.关于如何将该项目部署到在线环境,请

update() db.collection.update( <query>, <update>, { upsert: <boolean>, multi: <boolean>, writeConcern: <document> } ) db.collection.update( criteria, objNew, upsert, multi )    四个参数的说明如下: criteria: update的查询条件,类似sql update查询内

可以通过github提供的ghpage服务来搭建网站,有以下三种方式来实现: 1.文档放在master分支,作为一个子目录. 仓库:https://github.com/Ourpalm/ILRuntime 文档:https://ourpalm.github.io/ILRuntime 2.文档做为一个独立的分支 仓库:https://github.com/mr-kelly/KSFramework 文档:https://mr-kelly.github.io/KSFramework/ 3.以githu

今天上海的天气真是不错,风和日丽.再次来到微软上海紫竹研发中心,心情很是愉快,喜欢这里的大草坪,喜欢这里的工程气氛,更喜欢今天来陪我的小伙伴们. 这次动手实验培训与以往最大的不同就是采用了开源文档的方式.其实,小编一直在寻找一种更好的技术文档编写方式.说到文档,我在过去的几年中也写了不下500份不同类型的文档.我估计,每个写过技术文档的同学都有类似这样的文件夹. 是不是很有一种蛋疼的感觉,没有办法啊,需求改来改去,客户的要求变来变去 … … 最后么,就没有最后了,你就自己苦逼去吧. 所以,自从开

需求很简单,翻译官网的操作文档 下载ceph代码luminous版本 这个只用来编译doc的,我们只需要最新的这个分支即可,拉最少的代码 git clone -b v12.2.13 --single-branch --depth 1 git://github.com/ceph/ceph.git ceph12 cd ceph12 git checkout -b v12.2.13 代码就下好了 根据官网的文档可以知道,官网的文档的语法是Sphinx写的文档,然后通过工具可以渲染成固定的网页 http

前言 什么是Dash 面向程序员的文档库(Mac) 代码片段管理工具 这是强烈推荐给每天在各种API文档中摸爬滚打的程序员们的神器. 为什么要自己制作文档 官方的源中没有相关文档 文档在离线下体验更好 最近在研究 Phantomjs ,相关的文档比较缺乏,主要是看官网的教程及API等,遇到一个问题就是家里的网络访问国外的站点太慢,体验太差.可能是因为技术较新的原因,发现Dash中并没有相关文档,给Dash作者反馈后,得到了如下的答复: I've recorded your vote toward

相信很多朋友都在使用Markdown或者restructuredText格式来编写一些技术文档,也会把这些文档放在github上分享给社区.GitHub提供了很好的Markdown格式解析支持,但是这些文档的阅读体验并不好,而且有些时候我们可能只希望给用户提供可阅读的html格式而不希望直接把Markdown格式也分享出去. 为了满足这些要求,我曾经使用ReadTheDocs的服务很长时间,因为它提供了很漂亮并且适配各种屏幕尺寸和手机的css风格.但是我相信很多人也和我一样,一直都很纠结它的访问

预定义的过滤 ISoftDelete 软删除过滤用来在查询数据库时,自动过滤(从结果中抽取)已删除的实体.如果一个实体可以被软删除,它必须实现ISoftDelete接口,该接口只定义了一个IsDeleted属性,例如: public class Person : Entity, ISoftDelete { public virtual string Name { get; set; } public virtual bool IsDeleted { get; set; } } 不会真实删除数据

随着前后端的分离,借口文档变的尤其重要,springfox是通过注解的形式自动生成API文档,利用它,可以很方便的书写restful API,swagger主要用于展示springfox生成的API文档. 官网地址:http://springfox.github.io/springfox/ Springfox大致原理 springfox的大致原理就是,在项目启动的过种中,spring上下文在初始化的过程,框架自动跟据配置加载一些swagger相关的bean到当前的上下文中,并自动扫描系统中可能需

1.安装(略) 2.搭建本地SVN版本管理数据库(服务器) (1)在本地磁盘上新建一个目录,例如E:\SVN,用来存储各种需要进行版本管理的文档:接着在该目录下再创建一个新的空目录,例如创建一个E:\SVN\Test1,用来管理日志文件,如下图所示: (2)右键选中Test1文件夹,选择TortoiseSVN->Create repository here菜单,创建一个新的文档存储仓库. 3.创建文档管理客户端 (1)在任意其他地方创建一个新的文件夹Test,如图所示: (2)右键选择该创建的文

目录 1.引言 2. swagger接口过滤 2.1 按包过滤(package) 2.2 按类注解过滤 2.3 按方法注解过滤 2.4 按分组过滤 2.4.1 定义注解ApiVersion 2.4.2 添加ApiVersion过滤 2.4.3 新建指定版本号分组的Docket 3. 接口mock数据 3.1 easy-mock安装 3.2 easy-mock + swagger实现mock数据 3.2.1 创建项目并添加swagger地址 3.2.2 自定义模拟数据 4.接口文档离线导出 4.1

一.文档视图结构 文档类(CDocument):存储加载(读写)数据视图类(CView):显示和修改数据 1)单文档 a)文档模板:把框架窗口.文档.视图关联在一起b)文档类(CDocument): OnNewDocument(),第一次新建窗口调用,后面每次按“新建”,自动调用此函数 DeleteContents(),做一些释放资源的操作,每次按“新建”,新建前先调用此函数c)框架类可以认为是视图类的容器 测试多文档 // 注册应用程序的文档模板. 文档模板 // 将用作文档.框架窗口和视图之