homebrew update 卡住,github下载非常慢

解决Homebrew 更新卡住的问题 brew install 安装软件时会遇到先执行 update , 而整个update 过程brew 会从 github上下载代码, github 用的aws ,而aws在我们的网络环境下访问都非常非常慢, 导致 update 会被卡住,或者几k的速度在下载. 给brew 换源 这里推荐试用 中科大的源, 之前换过 阿里的镜像, 但是 阿里镜像里只有brew-core 没有brew-cask , 导致 update 过程中,依然从 github 拉取 brew-cask的代码, 就算单独把brew-cask 的源换成中科大镜像依然无用. 所以干脆全部换成

Git pull 强制拉取并线上代码覆盖本地

当多人协同开发时, 或者服务器代码被人改动时, git pull 时,提示你本地代码有改动,需要提交合并.... git强制拉取代码 git fetch --all 回退到当前版本修改之前的状态 git reset --hard origin/master 注意:你当前的分支 获取代码服务器最新版本 git pull 出自:Git pull 强制拉取并线上代码覆盖本地

gitlab 如何验证安装服务是否正确启动运行

gitlab 安装完以后,总是会多多少少报出一些小问题. 之前有一篇关于 如何安装 gitlab 的文章 linux 上通过gitlab 搭建自己的git服务器 今天简要和大家分享下安装 gitlab 后,如何查看服务是否正常启动运行. #如何排查 如果是 Gitlab 3.1 以后的版本 sudo -u gitlab -H bundle exec rake gitlab:app:status RAILS_ENV=production 运行上面指令查看各项指标,服务是否正常启动,文件读写权限等. 如果是 Gitlab 4.0 以后的版本 sudo -u gitlab -H bu

centOS6.5 快速安装部署 gitLab

在程序开发过程中 git 已经成为最受欢迎的代码托管工具,从此工具上衍生出来了大名鼎鼎的开源平台 github . 它给我们代码管理带来方便快捷,但是在 github 上,只有开源的公开项目才可以免费试用,如果公司的私有项目,必须付费购买,而且价格还不低.所以今天这篇文章和大家分享下在 centOS 6.5 环境下,傻瓜式,简洁快速部署安装 gitlab 服务. 什么是gitlab GitLab是利用 Ruby on Rails 一个开源的版本管理系统,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目。它拥有与Github类似的功能,能够浏览源代码,管理缺陷和注

[转] github上 fork + Pull Request 开发模式

4.1. Fork + Pull模式 参与GitHub中的项目开发,最常用和推荐的首选方式是“Fork + Pull”模式。在“Fork + Pull”模式下,项目参与者不必向项目创建者申请提交权限,而是在自己的托管空间下建立项目的派生(Fork)。 如果一个开源项目派生出另外的项目,通常意味着项目的分裂和开发团队的削弱,而GitHub中的项目派生则不会,而且正好相反,GitHub中的项目派生是项目壮大的体现。所有的派生项目都会有链接指向原始项目,派生项目没有独立的缺陷追踪系统(ISSUE),而是必须利用创建者本人的项目中的缺陷追踪系统。至于在派生项目中创建的提交,可以非常方便地利用GitH

如何把别人项目代码修改后 提交到github

首先你需要了解基本的 git相关知识 如果你从 github 上clone了别人的代码,本地做了一些修改后,直接提交可能会遇到一些问题,首先需要你输入用户名,接着输入密码,最后返回错误提示信息. 试想一下,如果你可以把 clone 下来的代码随意修改完后,还能随意提交到github服务器,那整个开源生态可能要彻底乱为一团. 所以不让你提交就对了. 那如何把 clone 后修改的代码提交到 github 呢? github上 不是有个fork么, 好,那么给别人的项目提交代码的方式就有了,先fork下别人的代码,于是你的github上就出现了同名的项目,这个项目就属于你自己了

用Gitlab 在linux 上搭建自己的 git 服务器

如何在 linux 上使用 gitlab 搭建自己的 git 服务器 gitlab 虽然 GitWeb 相当简单。 但如果你正在寻找一个更现代,功能更全的 Git 服务器,这里有几个开源的解决方案可供你选择安装。 因为 GitLab 是其中最出名的一个,我们将它作为示例并讨论它的安装和使用。 这比 GitWeb 要复杂的多并且需要更多的维护,但它的确是一个功能更全的选择。 安装 GitLab 是一个数据库支持的 web 应用,所以相比于其他 git 服务器,它的安装过程涉及到更多的东西。 幸运的是,这个过程有非常详细的文档说明和支持。 这里有一些可参考的方法帮你安装 GitLab 。 为

用Gitlab 在linux 上搭建自己的 git 服务器

如何在 linux 上使用 gitlab 搭建自己的 git 服务器 gitlab 虽然 GitWeb 相当简单。 但如果你正在寻找一个更现代,功能更全的 Git 服务器,这里有几个开源的解决方案可供你选择安装。 因为 GitLab 是其中最出名的一个,我们将它作为示例并讨论它的安装和使用。 这比 GitWeb 要复杂的多并且需要更多的维护,但它的确是一个功能更全的选择。 安装 GitLab 是一个数据库支持的 web 应用,所以相比于其他 git 服务器,它的安装过程涉及到更多的东西。 幸运的是,这个过程有非常详细的文档说明和支持。 这里有一些可参考的方法帮你安装 GitLab 。 为

git 如何获取指定 tag 代码

查看 关于git tag 操作方法 分享一个小知识点: git 如何获取指定 tag 代码 如果你本地有代码仓库 git tag //查看本地tag git checkout tag_name 如果你本地没有代码仓库 git clone git@xxx.xxx.xxx:/project_name.git git tag //查看本地tag 注意上面的git服务器地址,项目所在目录要替换 然后执行 checkout git checkout tag_name 如图: 你会看到提示: 当前处于一个“detached HEAD" 状态 ,每一个 tag 就是代

git 默认对文件名大小写不敏感 (不区分文件名大小写)

git 默认不区分文件名大小写当你创建一个文件后,叫 readme.md 写入内容后 提交到线上代码仓库.然后你在本地修改文件名为 Readme.md 接着你去提交,发现代码没有变化.gitstatus无任何提示信息.其实 git 默认对于文件名大小写是不敏感的,所以上面你修改了首字母大写,但是git 并没有发现代码任何改动.那么如何才能让 git 识别文件名大小写变化.一 配置git 使其对文件名大小写敏感git config core.ignorecase falsezhangzhi@moke:~/code/demo$gitconfigcore.ignorecasefalse二 从git

git cherry-pick 把提交到A分支的部分commit 再提交到B分支上

关于git 下操作分支的更多博文请本站搜索 "git"上一篇博文介绍了git删除远程分支或重命名分支这一篇分享一个git 下很有用的指令 cherry-pick应用环境:有一个主分支 master (这个分支只是用来合并其他通过测试的分支,及上线打版本)另一个分支 dev (开发提交的分支)当你通过一番挣扎终于搞定一个bug,顺手提交到 git 服务器,心里一阵暗爽. 这时发现你当前所在的分支是 master !!!这个分支不是开发者用来提交代码的,可惜现在剁手也晚了.怎么办?于是你想到,合并分支.合并分支通常会带来各种各样的冲突,而且当前 dev 分支还在开发中,没有进过

git 删除远程分支 重命名远程分支

上一篇介绍过关于 git 打版本,推送本地版本到远程git服务器这一篇和大家分享下 删除/重命名远程分支.其实关于分支的本地操作,之前就有一篇关于git本地分支和远程分支的操作介绍 ,所以关于本地如何创建/查看分支,推送分支,查看远程分支全部点击这个链接查看.zhangzhi@moke:~/code/demo$gitbranch-a *dev master new remotes/origin/HEAD->origin/master remotes/origin/dev remotes/origin/master remotes/origin/new上面是我们查看远程分支的列表. dev

git 打标签并推送tag到托管服务器

今天和大家分享下用 git 给代码打标签的小功能.关于git 的另外一篇分支管理http://yijiebuyi.com/blog/303e08d3380d663544217111a94d7536.html我们常常在代码封板时,使用git 创建一个tag ,这样一个不可修改的历史代码版本就像被我们封存起来一样,不论是运维发布拉取,或者以后的代码版本管理,都是十分方便的.首先我们了解下 git 的 tag 功能:git 下打标签其实有2种情况(1): 轻量级的它其实是一个独立的分支,或者说是一个不可变的分支.指向特定提交对象的引用.(2):带附注的实际上是存储在仓库中的一个独立对象,它有自身的校

git reset revert 回退回滚取消提交返回上一版本

总有一天你会遇到下面的问题.(1)改完代码匆忙提交,上线发现有问题,怎么办? 赶紧回滚.(2)改完代码测试也没有问题,但是上线发现你的修改影响了之前运行正常的代码报错,必须回滚.这些开发中很常见的问题,所以git的取消提交,回退甚至返回上一版本都是特别重要的.大致分为下面2种情况:1.没有push这种情况发生在你的本地代码仓库,可能你add ,commit 以后发现代码有点问题,准备取消提交,用到下面命令reset gitreset[--soft|--mixed|--hard上面常见三种类型--mixed会保留源码,只是将git commit和index 信息回退到了某个版本.gitreset

git 本地仓库和远程仓库及本地分支和远程分支简介

之前一篇关于 git简易使用笔记 点击查看,今天的内容就是作为一个补充,主要说一下git 操作本地仓库/远程仓库及本地分支和远程分支.从远程git仓库签出代码: $ git clone git://aaa.com/git_project.git (远程git服务器项目所在地址)当你需要克隆远程项目到本地时,默认会把项目保存在名为 git_project 文件夹下面.你也可以指定本地的一个空文件夹cccgit clone git://aaa.com/git_project.git ccc$ git remote -v查看远程仓库$ git remote add [远程仓库名] [远程git服务

.gitignore设置 git忽略跟踪文件和文件夹

出自linux之父的强大代码管理工具 git 不用多说,使用起来也相当顺手,对于有些资源我们不想跟踪或者某一类资源,该如何屏蔽掉,这就要使用到了 .gitignore 文件.应用场景:1)或略根据,避免提交到代码库的文件或者目录2)指定跟踪,跟踪某一个文件配置语法:1)以“/”开头表示目录;2)以“?”通配单个字符3)以“*”通配多个字符;4)以方括号“[]”包含单个字符的匹配列表;5)以叹号“!”跟踪某个文件或目录;  git 对于 .gitignore 配置文件是按行从上到下进行规则匹配的,如果前面的规则匹配的范围更大,则后面的规则将不会生效;2、示例:  规则:.DBStore/*   

.gitignore设置 git忽略跟踪文件和文件夹

出自linux之父的强大代码管理工具 git 不用多说,使用起来也相当顺手,对于有些资源我们不想跟踪或者某一类资源,该如何屏蔽掉,这就要使用到了 .gitignore 文件.应用场景:1)或略根据,避免提交到代码库的文件或者目录2)指定跟踪,跟踪某一个文件配置语法:1)以“/”开头表示目录;2)以“?”通配单个字符3)以“*”通配多个字符;4)以方括号“[]”包含单个字符的匹配列表;5)以叹号“!”跟踪某个文件或目录;  git 对于 .gitignore 配置文件是按行从上到下进行规则匹配的,如果前面的规则匹配的范围更大,则后面的规则将不会生效;2、示例:  规则:.DBStore/*   

【随笔】javascript 超越 ruby 稳坐 github 第一把交椅

Github 托管这各式各样的开源项目,编程语言多种多样,当长久以来Ruby语言开发的项目居首.原因是因为Github 本身就是由Ruby 社区诞生出来的,所以长久以来它是Ruby的大本营.逐渐其他语言开发的开源项目也托管过来,久而久之语言种类越来越多,但是从未撼动过Ruby 的地位.但是到目前为止,javascript已经在github上稳坐第一把交椅,我个人认为是这几点因素:(1)如今前端javascript以垄断形式抢占web浏览器,可见前端javascript 工程师一抓一大把.(2)2009年发布至今的node.js 运行在服务器后端环境的javascript,以前得天独厚的web开

Git 简易使用笔记

git add . 会把当前目录中所有有改动的文件(不包括.gitignore中要忽略的文件)都添加到git缓冲区以待提交git add * 会把当前目录中所有有改动的文件(包括.gitignore中要忽略的文件)都添加到git缓冲区以待提交所以在有要忽略的文件(如:配置文件之类的)有做修改的时候git add .可以正常工作,会把所有非忽略的所有有改动的文件添加到缓冲区git add *则会报错,且此几命令不会添加任何文件到缓冲区本地代码添加修改首先(1) git add . 从本地代码文件夹添加到索引目录.(2) git commit -m”提交描述信息” 从代码索引目录提交到HEAD目录
  • 1

回到顶部