git提交代码

phpstorm设置换行兼容Windows(CRLF)和Linux(LF)

拟墨画扇 提交于 2020-03-08 16:01:09
由于现在大多数项目都是运行在Linux服务器上,很多PHP开发使用的是WINDOWS系统,最终导致在Windows上克隆的代码,提交到git上后,换行符都换成CRLF了,在Linux平台上克隆下来也是CRLF换行符.... phpstorm编辑器修改换行符 Git命令行修改AutoCRLF 提交时转换为LF,检出时转换为CRLF(推荐windows) git config --global core.autocrlf true 提交时转换为LF,检出时不转换(推荐*unix/mac) git config --global core.autocrlf input 提交检出均不转换 git config --global core.autocrlf false Git命令行修改SafeCRLF 拒绝提交包含混合换行符的文件 git config --global core.safecrlf true 允许提交包含混合换行符的文件 git config --global core.safecrlf false 提交包含混合换行符的文件时给出警告 git config --global core.safecrlf warn 来源: 51CTO 作者: cafeim 链接: https://blog.51cto.com/cafeim/2476379

如何高效利用 GitHub

我们两清 提交于 2020-03-08 13:19:18
正是 Github,让社会化编程成为现实。本文尝试谈谈 GitHub 的文化、技巧与影响。 Q1:GitHub 是什么 Q2:GitHub 风格 Q3: 在 GitHub,如何跟牛人学习 Q4: 享受纯粹的写作与演讲 Q5: 代码帮你找工作 Q6: GitHub 还在影响一些什么 Q7: 除了 GitHub,还可以选择什么? Q1:GitHub 是什么 A1:一家公司 位于旧金山,由 Chris Wanstrath , PJ Hyett 与 Tom Preston-Werner 三位开发者在 2008 年 4 月创办。迄今拥有 59 名全职员工,主要提供基于 git 的版本托管服务。 在此之前,它是由 Tom 与 Chris 在本地程序员聚会中,开始的一个用于托管 git 的项目。正如每个伟大的传奇都开始于一场冒险,Tom 在这篇文章 我如何辞掉微软 30 万年薪邀约,创办 GitHub 中谈到: 当我老去,回顾一生,我想说,“哇,那是一场冒险“;而不是,“哇,我真的很安稳。“ 另一位创始人 Chris 也详细描述了 GitHub 初创的前因后果 ,他说道: Do whatever you want. 于是,在 2008 年 4 月 10 号这一天,GitHub 正式成立。 目前看来,GitHub 这场冒险已经胜出。根据来自 维基百科关于 GitHub 的描述 ,我们可以形象地看出

使用Github时遇到问题的解决方法

大兔子大兔子 提交于 2020-03-08 07:48:11
记录了一些我在使用Github时遇到问题的解决方法 git中报unable to auto-detect email address 错误的解决办法 问题描述: 执行 git commit -m "first commit" 报错 fatal: unable to auto-detect email address 昨天刚配置好的git,今天刚要commit一些修改,就遇到了这个问题 ** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. fatal: unable to auto-detect email address (got 'tim@newton.(none)') 解决办法: 找到工程目录的.git文件夹,打开之后找到config文件,在最后边加上一句话 [user] email=your email name=your name your email 和your name随便写上就行

Git使用介绍

梦想的初衷 提交于 2020-03-07 20:01:30
git使用介绍 git 安装 配置信息 git config --global user.email "<邮箱>" git config --global user.name "<NAME>" 代码上传流程 github操作: 创建好repository 本地操作: cd 文件地址 git init git add . git status -s # 查看是否添加到本地仓库 git commit -m "frist commit" git remote add origin 'https://github.com/****/******.git' # 关联远程代码库 git push -u origin master # 提交 git init 初始化一个Git仓库 如 git init test git add git add 命令可将该文件添加到缓存 用git status -s 可以查看与上次提交的修改 A filename # 添加到缓存区 AM filename # 添加到缓存区后又有改动,可以再次添加 ?? filename # 新添加但未跟踪的文件 git clone git clone <协议> <地址> <自定义名称> 协议有ssh,http,git 如: git clone git@github.com:lwc/test.git git clone https:

git命令及相关Linux命令总结

我的未来我决定 提交于 2020-03-07 20:00:36
1、pwd:显示当前目录 2、l l:展示当前所有的文件及详细信息 3、mkdir demo2:创建demo2目录 4、git init:初始化版本 5、ls -a:展示所有的隐藏及非隐藏的文件 6、echo “git repo2” >> test.txt:管道追加,将当前输出的git repo2追加到test.txt文件中 7、cat test.txt:展示当前文件的内容 8、git add test.txt:添加文件至暂存区 9、git commit -m "git repo2 first commit":提交文件,-m 添加描述信息 10、git status:查看仓库状态 11、clear:清理当前工作目录 12、git reset HEAD test.txt:将暂存区的修改回归到工作区 13、git checkout -- test.txt:将工作区变干净,实际上就是删除上次已add未commit的修改 14、git log:显示当前修改的版本好 15、git reset --hard 版本号:仓库及暂存区里面的文件都回滚到当前版本提交后 16、git rm test.txt:删除本地文件 ->git commit -m "delete test.txt":本地仓库删除干净该文件 17、ssh -keygen -t rsa -C "youemail@example.com

ubuntu上配置git服务器

[亡魂溺海] 提交于 2020-03-07 19:44:27
转载时请注明出处和作者 文章出处: http://www.cnblogs.com/xl19862005 作者:Xandy 这几天来一直在折腾git版本管理服务器,感觉有点头大,一会儿权限不够,一会儿加密文件与用户名不匹配…… 但功夫不负有心人今天下午总是有所成效,把这些天来我所遇到和所范错误作一个记录,给大家一个参考! 今天重新把日志修改了一下,主要解决了gitweb显示问题,与新加入的成员无法clone git仓库的问题! 1 需求 硬件需求:一台Ubuntu或者debian电脑(虚拟机),能通过网络访问到。 软件需求:git-core, gitosis, openssh-server, openssh-client 2 安装配置git服务器 安装git和openssh: a@server:~$ sudo apt-get install git-core openssh-server openssh-client 新加用户git, 该用户将作为所有代码仓库和用户权限的管理者: a@server:~$ sudo useradd -m git a@server:~$ sudo passwd git 建立一个git仓库的存储点: a@server:~$ sudo mkdir /home/repo 让除了git以外的用户对此目录无任何权限: a@server:~$ sudo chown

Linux下GitLab的安装及使用

旧时模样 提交于 2020-03-07 19:35:13
一、初始GitLab GitLab是利用Ruby on Rails一个开源的版本管理系统,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目。 与Github类似,GitLab能够浏览源代码,管理缺陷和注释。可以管理团队对仓库的访问,它非常易于浏览提交过的版本并提供一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。 它还提供一个代码片段收集功能可以轻松实现代码复用,便于日后有需要的时候进行查找。 Git的家族成员 Git:是一种版本控制系统,是一个命令,是一种工具。 Gitlib:是用于实现Git功能的开发库。 Github:是一个基于Git实现的在线代码托管仓库,包含一个网站界面,向互联网开放。 GitLab:是一个基于Git实现的在线代码仓库托管软件,你可以用gitlab自己搭建一个类似于Github一样的系统,一般用于在企业、学校等内部网络搭建git私服。 二、实验环境(rhel7.3版本) 1、selinux和firewalld状态为disabled 2、各主机信息如下: 主机 ip server1(git) 172.25.83.1 三、Gitlab常用命令 gitlab-ctl start #启动所有gitlab组件; gitlab-ctl stop #停止所有gitlab组件; gitlab-ctl restart

git和GitHub的使用

萝らか妹 提交于 2020-03-06 06:07:09
  前天老师让我们了解git的功能和用法,我就在网下来照着教程学了一段时间,的确是很有用的工具。现在写下一些笔记和感想。    部分资料来自https://git-scm.com/book/zh/v2(git的官方教程是有中文的)    一、git是什么,相比其他工具有什么优势?   git是一种分布式版本控制系统,简单点说就是一种文档管理工具,它可以帮助我们记录文档的每一个版本,并且在需要的时候回退到某个版本,而且可以将自己的改动推送给他人。相比一些使用集中式版本控制系统的工具,使用分布式版本控制系统的git的安全性要更高,毕竟文档并不存储在中央服务器上,通常不会因为服务器问题而出现大范围停工。git本身也是开源且免费的,相比价格昂贵的集中式版本控制系统如IBM的ClearCase更有经济上的优势,更适合个人开发者。    二、准备工作   1.安装Git   首先在https://git-scm.com/上选择适合自己系统的git并下载安装,安装完成后会在开始菜单中创建Git文件夹,其中有三个图标,分别为"Git Bash",Git CMD","Git GUI",选择Git Bash并输入 "$ git config --global user.name "此处输入用户名"" "$ git config --global user.email "此处输入注册邮箱""("$

git 常用命令

不打扰是莪最后的温柔 提交于 2020-03-06 04:12:20
//初始化仓库的用户信息,——global选项是用来偷懒的,以后新建仓库就不需要重新制定了 git config --global user.name "StivenYang" git config --global user.email "StivenYang626@gmail.com" //初始化当前目录作为repod git init //向本地仓库提交更改 git commit -m "xxx" //查看当前是否有更改需要commit git status //查看FILE是否被更改,更改的哪几行 git diff FILE //git的版本控制,各种吃后悔药,哈哈 git reset --hard CommitId git reglog git checkout -- FILE //又是一个后悔药:撤销工作区制定文件做过的修改, -- 可是很重要的,不要忘记写了,不然就成了切换分支了哦:-) git reset HEAD FILE //强力后悔药:可以把已经提交到暂存区的修改给撤销,舒服吧? //git的工作区,暂存区,和仓库repod的理解 //添加远程仓库,很兴奋,有木有,有木有? ssh-keygen -t rsa -C "StivenYang626@gmail.com" //生成秘钥以后,需要把公钥添加到咱们的github setting或者码云

团队源代码管理

若如初见. 提交于 2020-03-06 03:40:21
小组名称: 飞天小女警 项目名称: 礼物挑选小工具 小组成员: 沈柏杉(组长)、程媛媛、杨钰宁、谭力铭 0. 如果你的团队来了一个新队员,有一台全新的机器,你们是否有一个文档,只要设置了相应的权限,她就可以根据文档,从头开始搭建环境, 并成功地把最新、最稳定版本的软件编译出来,并运行必要的单元测试?(在这过程中,不需要和老队员做任何交流) 答 :团队在初期编译了一篇文档,供组员或其他成员搭建环境,如果有需要可以向组长索取。 1. 你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题?场景:程序员果冻正在对几个文件进行修改,实现一个大的功能, 这时候,程序员小飞也要改其中一个文件,快速修复一个问题。怎么办?一个代码文件被签出 (check out) 之后,另一个团队成员可以签出这个文件,并修改,然后签入么?有几种设计,各有什么优缺点?例如,签出文件后,此文件就加锁,别人无法签出;或者,所有人都可以自由签出文件 我们用git控制代码版本。 让个人根据自己的i情况处理,当其影响到整个团队时,就尽量严格,因为整个团队都可能会受影响,同时提高可预见性,公开显示固定的构建时间对于该问题中的场景描述,是否会造成损失要具体问题具体分析,有的时候宽一些更适宜,有的时候严一些比较没有损失,于是我们根据构建执法的宽严表来进行工作,当团队成员的行为只是影响到个人时,就尽量宽松