在公司的windows下使用github,因为github被墙,查了查,发现给在windows下的git制定代理很简单,一句话   git config --global http.proxy http://127.0.0.1:8087   我使用的是goagent   这样就可以是使用http连接操作github   简单备忘 来自为知笔记(Wiz)

ubuntu使用git提交github时,执行pull或者push命令要重新输入用户名和密码: 1:问题现象: hlp@hlp:~/code/github_code/catch_imooc1$ git push Username for 'https://github.com': XXXX Password for 'https://XXXX@github.com': Counting objects: 20, done. 2:问题原因: 使用git clone 克隆代码的时候默认使用了http

github的pull request是指什么意思? 来看看某乎某位阿牛的理解,多么的简单粗暴! 我尝试用类比的方法来解释一下 pull reqeust.想想我们中学考试,老师改卷的场景吧.你做的试卷就像仓库,你的试卷肯定会有很多错误,就相当于程序里的 bug.老师把你的试卷拿过来,相当于先 fork.在你的卷子上做一些修改批注,相当于 git commit.最后把改好的试卷给你,相当于发 pull request,你拿到试卷重新改正错误,相当于 merge.   当你想更正别人仓库里的错误时,

去自己的工作分支$ git checkout work 工作.... 提交工作分支的修改$ git commit -a 回到主分支$ git checkout master 获取远程最新的修改,此时不会产生冲突$ git pull 回到工作分支$ git checkout work 用rebase合并主干的修改,如果有冲突在此时解决$ git rebase master 回到主分支$ git checkout master 合并工作分支的修改,此时不会产生冲突.$ git merge work

> 参考的优秀文章 Module ngx_http_proxy_module > 设置等待被代理服务器的最大响应时间 使用Nginx做反向代理时,因被代理服务器因业务确实复杂,需时较久,往往超过60秒.而Nginx默认设置超时时间为60秒. 针对这一情况,需修改默认配置.因配置项中涉及超时的选项太多,这里记录一下. 等待被代理服务器的最大响应时间为120秒,需加如下配置: proxy_read_timeout 120s; 较完整的配置为: location /erp { proxy_pass

Spring AOP代理时 ClassCastException: $Proxy0 cannot be cast to (类型转换错误) 问题: 今天在用AfterReturningAdvice时,afterReturning(Object returnValue, Method method, Object[] args, Object implClass)参数中的 implClass 是$Proxy0 ,而不是具体的类名. 解决: spring的文档中这么写的:Spring AOP部分使用J

错误来源:Centos 7 上使用nginx为Node.js配置反向代理时产生(13: Permission denied) while connecting to upstream的错误 nginx配置文件内容如下: upstream node_server { server 127.0.0.1:5000 max_fails=3 fail_timeout=4s; server 127.0.0.1:5001 max_fails=3 fail_timeout=4s; } server { list

    今天,配置nginx反向代理时遇到一个问题,当设置nginx监听80端口时转发请求没有问题.但一旦设置为监听其他端口,就一直跳转不正常:如,访问欢迎页面时应该是重定向到登录页面,在这个重定向的过程中端口丢失了.     这里给出一个简短的解决方案,修改nginx的配置文件. 一.配置文件 # the 90 port server { listen 90; server_name zxy1994.cn; proxy_set_header X-Forwarded-Host $host; pr

0. 说明 通过参考的链接我们已经知道了怎么安装配置 Git  .GitHub ,如何使用 IDEA 将本地项目上传到 GitHub. 现在是学习怎么通过 IDEA 将项目从 GitHub pull 到本地. 以下操作是建立在完成了参考链接相关操作之上. 参考 Git & GitHub 的安装配置 IDEA 配置 GitHub 并上传项目 1. 在 GitHub 中查找项目 登陆 GitHub ,在里面查找项目 javatest 得到 URL https://github.com/suntota

1. 编译 对于client -> nginx reverse proxy -> apache, 要想在程序中取得真实的IP,在执行nginx的configure时,必须指定参数"--with-http_realip_module",示例: ./configure --prefix=/data/nginx --with-http_realip_module --with-stream --with-pcre=/tmp/X/pcre-8.32 --with-openssl=/

原文:http://blog.csdn.net/aquester/article/details/48657395 1. 编译 对于client -> nginx reverse proxy -> apache, 要想在程序中取得真实的IP,在执行nginx的configure时,必须指定参数“--with-http_realip_module”,示例: ./configure --prefix=/data/nginx --with-http_realip_module --with-stre

今天,配置nginx反向代理时遇到一个问题,当设置nginx监听80端口时转发请求没有问题.但一旦设置为监听其他端口,就一直跳转不正常:如,访问欢迎页面时应该是重定向到登录页面,在这个重定向的过程中端口丢失了.     这里给出一个简短的解决方案,修改nginx的配置文件. 一.配置文件 # the 90 port server { listen 90; server_name zxy1994.cn; proxy_set_header X-Forwarded-Host $host; proxy_

现象:nginx在使用非80端口做反向代理时,浏览器访问发现返回302错误 详细现象如下: 浏览器请求登录页: 输入账号密码点击登录: 很明显登录后跳转的地址少了端口号. 原因:proxy.conf文件中定义的proxy_set_header Host $host; 意思是nginx接收到浏览器请求后修改请求头中的host信息,然后再把请求转发给后端真实服务节点,服务节点响应后把返回信息传送给nginx,而由于nginx是使用的非80端口做代理,后端服务节点却依然以为nginx是80端口,所以响

现象:nginx在使用非80端口做反向代理时,浏览器访问发现返回302错误 详细现象如下: 浏览器请求登录页: 输入账号密码点击登录: 很明显登录后跳转的地址少了端口号. 原因:proxy.conf文件中定义的proxy_set_header Host $host; 意思是nginx接收到浏览器请求后修改请求头中的host信息,然后再把请求转发给后端真实服务节点,服务节点响应后把返回信息传送给nginx,而由于nginx是使用的非80端口做代理,后端服务节点却依然以为nginx是80端口,所以响

某次从github上pull下来之后,报出如下一堆红色波浪线错误 解决方法: 在随便一个红色波浪线处,按下alt+enter,点击add maven dependency, 选中所有,点击添加即可,此时红色波浪线全部消失,不再报错了 但此时有可能一进服务器就报500,并且报如下的类似错误 org.apache.jasper.JasperException: An exception occurred processing JSP page [/index.jsp] at line [14] 此时

php项目github自动pull到服务器 项目名:web 一.自动触发 1.在服务器添加脚本文件:gitpull.sh #!/bin/sh cd /www/web git reset --hard origin/master git clean -f git pull 2>&1 git checkout master # 注:若脚本文件路径不在www用户组的路径下,需要在www对应用户组路径下添加脚本文件 # 查看用户组路径(找到对应用户组即可):cat /etc/passwd 2.创建脚

之前的配置,都是向master分支push操作触发jenkins进行构建,但是在一般的正常工作中,不会允许程序员直接向主分支推送代码:正常都是fork一个本地的分支,在本地分支调试完后,向主干分支提交pull request,待相关的管理人员进行review后,才merge到master分支: 基于此,我们之前的配置就有点不合适了,接下来我们就一块研究下如何在别人提交pull request时,就自动触发构建,当然这个构建要执行的任务,应该是将新提交的代码获取到服务器,并部署到环境当中,这应该是

参照: https://www.cnblogs.com/zanjiahaoge666/p/6402738.html 之前的配置,都是向master分支push操作触发jenkins进行构建,但是在一般的正常工作中,不会允许程序员直接向主分支推送代码:正常都是fork一个本地的分支,在本地分支调试完后,向主干分支提交pull request,待相关的管理人员进行review后,才merge到master分支: 基于此,我们之前的配置就有点不合适了,接下来我们就一块研究下如何在别人提交pull re

最近github只有开代理才能打开,但是即使能打开,进行push或者pull会经常报类似error port 443: Timed out的错误,网上搜了很久才找到解决办法. 首先要查询当前本机使用的代理服务器IP地址.打开IE浏览器,点击工具->internet选项->连接->局域网设置->代理服务器上写的地址就是就是当前使用的ip地址. 然后执行git命令: git config --global http.proxy http://127.0.0.1:9666 git con

VisualCode集成github功能,是程序猿参与开源项目的利器.相比Sublime简单了很多(插件安装繁琐,比如你试试在Sublime2 安装gosublime,这里有坑; Sublime 3修复了Package Control的Bug).总之,有大牛Eric Gramma负责的项目值得信赖,主要差别是生产效率上面. 对VisualCode还不是特别熟悉,今天使用一种混合模式进行github开源项目开发-即使用iTerm2终端clone项目,在VisualCode进行编辑和提交,在gith

  github现在已经经常用了,但是经常遇到下面的问题 比如:从一个项目A中fork了一个分支B,并且在分支B有了改动.过了几天后,项目A中的代码应该会有很多人提交修改了,现在想将最新的代码pull到分支B.请问如何做呢?在github界面上没有看到响应的按钮 解决步骤:   假设你fork的项目原始地址是urlRep, 你自己的是urlYou $ git remote add upstream urlRep # 你本地的origin应该跟自己的remote,并且当前本地branch是mast