以前也在使用GitHub,2年前电脑上就装了TortoiseGit和SVN,公司也在用Git,但是并没有刻意去做一些事情,未免觉得有些生疏,今天闲来无聊.玩了一把.[做中成长] 对于GitToiseGit和GitToiseSVN的安装就不一一赘述: 第一步:登录https://github.com/ 创建一个空项目. 第二步:在本地创建一个新项目,找到项目文件夹,进行git create respository here操作,此时会生成一个.git的隐藏文件夹.可以通过:工具-文件夹-查看  勾

在使用git时,push到远端后发现commit了多余的文件,或者希望能够回退到以前的版本. 先在本地回退到相应的版本: git reset --hard <版本号> // 注意使用 --hard 参数会抛弃当前工作区的修改 // 使用 --soft 参数的话会回退到之前的版本,但是保留当前工作区的修改,可以重新提交 如果此时使用命令: git push origin <分支名> 会提示本地的版本落后于远端的版本: 为了覆盖掉远端的版本信息,使远端的仓库也回退到相应的版本,需要加上

很早之前,我们就提到过用Git tag来给工程打上标签,但是这个命令只是在本地仓库打标签而已, 为了能把标签同步到远程服务器,我们可以这样做: 默认情况下,git push并不会把tag标签传送到远端服务器上,只有通过显式命令才能分享标签到远端仓库.1.push单个tag,命令格式为:git push origin [tagname]例如:git push origin v1.0 #将本地v1.0的tag推送到远端服务器2.push所有tag,命令格式为:git push [origin] --

其实是没有直接让远端代码回复到某次的指令,实现撤销push的思路如下: 1.先让代码恢复到想要恢复的前一次提交记录 2.重新提交代码,覆盖端上的代码,就相当于撤销了push 的提交 实现方式如下: 1.使用git log找到commit的版本号:  2.git reset --hard <版本号>,撤回到需要的版本;  3.git push 重新提交会报错: 4.使用git push --force

我自己做了一个网站,这个网站会使用一个python脚本来生成. 具体生成的方法是python脚本会读取目录下的csv文件,将每一行数据解析成固定格式,然后生成html文件,最后需要将修改后的文件自动push到github 当然上面所有的步骤都是自动化实现的,总结如下: 我本地修改csv文件,然后push到github 我的push操作会触发实现设定好的action action代码设置如下: name: Python application on: [push] jobs: build: run

摘要:本文介绍了笔者多个本地工作节点(地方)的多台电脑(PC/笔记本电脑)同步源码到2个远端的GIT(一个GITHUB国外强制公开,一个oschina国内可不公开). 作者:太初 转载说明:请指明原作者,连接,及出处. 正文 大多数IT工作者,或者直接点程序员,总是上网查资料,往往会提2种问题: A.自己有个想法X,查看网上是否有类似经验的人,告知这条路,这个方法是否走得通?X是否可行?(期望得到答案,少走弯路,怕浪费精力) B.确认想法X或方法可行,但苦于不知道细节,只能查网络资料,比如到博客

对于我来说,最开始使用github主要是为了使用它的pages功能展示demo.其实这些都是用Github for Windows push上去的,图形化界面的客户端使用确实简单,但是逼格不够,好吧其实是各种原因下不了客户端,正好给我一个探索terminal方式的机会. 1.github账号注册 & msysgit的安装 言归正传,简单介绍下怎样利用git bash操作远端的github代码.首先得有git和github的基本概念,git是版本控制工具,而github相当于一个"免费&q

layout: post title: 2018-01-28-M个本地工作点代码同步到N个GIT远端 key: 20180128 tags: IT GIT modify_date: 2018-01-28 --- M个本地工作点代码同步到N个GIT远端 说明: 本文发布于: gitee,github,博客园 转载和引用请指明原作者和连接及出处. 摘要: 本文介绍了笔者多个本地工作节点(地方)的多台电脑(PC/笔记本电脑)同步源码到多个远端的GIT(比如国外GITHUB和国内的码云GITEE). 正

出现问题的原因:在github上更新了README.md,没有更新到本地仓库.而在本地git仓库又修改了文件,这时使用 git push origin master 推送到远程仓库后就出现了下面的问题: 解决办法: 使用git pull origin master 命令将远程仓库和本地仓库进行连接.之后可能会出现 Merge branch 'master' of提示问题,编辑不了文字,可直接按 shift+! 进入编辑状态输入 wq 后可以了. 产生原因分析 当多人合作开发一个项目时,本地仓库落

git clone #从远程克隆 进行一些编辑后 git add . git commit -m "xxx" git push #将master推送到master git checkout -b test #新建test分支 编辑 git add . git commit -m "xxxx" git push origin test:haha #将本地test分支推送到远程haha分支 git branch -a 显示如下 master* test  remotes

在使用 Git 的进行代码版本控制的时候,往往会发现在 log 中出现 "Merge branch 'master' of ..." 这句话,如下图所示.日志中记录的一般为开发过程中对代码的改动信息,如果出现过多例如上述描述的信息会造成日志的污染. 阅读了一些外文的博客,下面就来一探究竟. 产生原因分析 当多人合作开发一个项目时,本地仓库落后于远程仓库是一个非常正常的事情,可参考下图. A-B-C(master) \ D(origin/master) 具体情境如下: 我当前拉取的远端版

如果本地有个项目myapp之前没在git上,想上传到git仓库保存,操作如下 1. 在gitee或者github上创建一个新仓库 仓库 2. 在控制台进入本地已有的项目文件夹下 cd myapp 3.在myapp文件夹根目录之行git init git init 这时候可以看到文件夹后方有个master的分支 4. add项目并提交到本地仓库 git add . git commit -m 'this is a local commit' 5.为本地项目创建一个远端仓库 git remote a

修改还未push的注释: git commit --amend 修改后保存退出. 刚刚push到远端还没有人其他人下载或改动的: git commit --amend进入修改页面修改注释信息,修改后:wq保存退出. 再使用git push --force-with-lease origin master

背景 所以,经常会遇到已经提交远程仓库,但是又不是我想要的版本,要撤下来. 回退版本一般使用git reset,又分为: # 不删除工作空间改动代码,撤销commit,不撤销git add . git reset --soft xxx---版本号---xxxx # 删除工作空间改动代码,撤销commit,撤销git add . 注意完成这个操作后,就恢复到了上一次的commit状态. git reset --hard xxx---版本号---xxxx 两种. 可以用git reset --sof

目的 我打算把所有服务器的配置文件用git管理起来,这样可以记录配置变更状况. 但是有一个问题是,如何多人协作?服务器配置信息非常敏感,如果这个版本库泄漏,整个公司的服务器架构就彻底泄漏了. 这个版本库只能在开发者本地电脑里面解密,远程托管版本库的服务器不应该知道文件里面的内容. 那么解决办法就是:本地git版本库是解密的,在上传过程中内容全部加密,密钥保存在本地,同时密钥可以分享给其他开发者. 考虑了几个解决方案: git-crypt:可以加密部分文件,原理是加上了加密的fiter和diff,

获取远程代码并在本地切换到一个新分支修改后,想要 push 到远端与原来不同的新分支,可以使用下面的命令实现: git push origin 本地分支:远端希望创建的分支 上面的本地分支 是基于拉取的远程代码新建的新分支 例如git下来的分支为master git branch >>> *master git push origin master:my_remote_new_branch #远端即可创建新的分支my_remote_new_branch,提交本地修改 本文转自:https

修改还未push的注释: git commit --amend 修改后保存退出. 刚刚push到远端还没有人其他人下载或改动的: git commit --amend1进入修改页面修改注释信息,修改后:wq保存退出. 再使用git push --force-with-lease origin master 如果其他人已经下载或改动: git fetch origingit reset --hard origin/master

很多相关解决办法都是最后要 push 到远端的 master 上,但很多其实要求不能把个人的修改内容直接 push 到 master 主分支. 因此,当我想将本地 feature/work1 分支的修改内容 push 到远端 develop 分支时,执行了: git push origin develop 但却发生了错误,提示为 error: src refspec master does not match any. error: failed to push some refs to ...

感兴趣的同学可以关注这个翻译项目 . 我的博客原文 和 我的Github 前段时间翻译的Spring MVC官方文档完成了第一稿,相关的文章和仓库可以点击以下链接.这篇文章,主要是总结一下这个翻译项目自开始到上线发布,完整的一个生命流程.内容包括 翻译环境搭建 .项目管理 与 自动化构建 三部分. 博客首页声明:Spring MVC官方文档翻译稿发布 托管在七牛上的翻译文档 Github仓库 环境搭建 翻译与写作一样,首要之事均为专注于翻译/写作本身,而不考虑样式等方面.而章节之间的联系,自然也