仓库

git命令 版本库—repository ：又名仓库，英⽂文名 repository ，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任 何时刻都可以追踪历史，或者在将来某个时刻可以“还原”，工作区有⼀一个隐藏⽬录“ .git ”，这个不算⼯工作区，⽽而是Git的版本库。 Git的版本库⾥里存了很多东西，其中重要的就是称为 stage （或者叫index）的 暂存区 ，还有Git为我们⾃自动创建的第一个分支master，以及指向master的⼀一个指针叫HEAD。 git init # 初始化一个git仓库，。 git add xxx # 添加文件到暂存区 git commit - m "first commit" # 把暂存区的所有内容提交到当前分支 -m 输入提交说明 为什么Git添加⽂文件需要add，commit⼀一共两步呢？因为commit可以⼀一次提交很多⽂文件， 所以你可以多次add不同的⽂文件，比如： $ git add file1 . txt $ git add file2 . txt $ git add file3 . txt $ git commit - m "add 3 files." git status # 查看当前仓库的状态 git diff 文件名 #查看修改修改内容 git log

工作中多人使用版本控制软件协作开发，常见的应用场景归纳如下： 假设小组中有两个人，组长小张，组员小袁 场景一：小张创建项目并提交到远程Git仓库 场景二：小袁从远程Git仓库上获取项目源码 场景三：小袁修改了部分源码，提交到远程仓库 场景四：小张从远程仓库获取小袁的提交 场景五：小袁接受了一个新功能的任务，创建了一个分支并在分支上开发 场景六：小袁把分支提交到远程Git仓库 场景七：小张获取小袁提交的分支 场景八：小张把分支合并到主干 下面来看以上各场景在IDEA中对应的操作。 场景一：小张创建项目并提交到远程Git仓库 创建好项目，选择VCS - > Import into Version Control -> Create Git Repository 接下来指定本地仓库的位置，按个人习惯指定即可，例如这里选择了项目源代码同目录 点击OK后创建完成本地仓库，注意，这里仅仅是本地的。下面把项目源码添加到本地仓库。 下图是Git与提交有关的三个命令对应的操作，Add命令是把文件从IDE的工作目录添加到本地仓库的stage区，Commit命令把stage区的暂存文件提交到当前分支的仓库，并清空stage区。Push命令把本地仓库的提交同步到远程仓库。 IDEA中对操作做了一定的简化，Commit和Push可以在一步中完成。 具体操作，在项目上点击右键，选择Git菜单 因为是第一次提交

最近需要搭建一个网站，作为导航网址，但是自己的域名备案还要等上几天，就想着有没有别的办法来搭建一个公网可以访问的网站。 Github Page的话是一个github个人主页，完全适合用来搭建普通网站。 之前注册github的时候就很恼火，响应一个网页需要等上几分钟。还有浏览器验证并不是都支持的。（这里推荐手机上下载火狐浏览器，手机上去注册） 今天去dns解析网站解析了githu.com，在host文件夹（C:windows/system32/drivers/etc/host）下面添加了域名，访问稍微快了一点。 说说怎么搭建个人主页吧 1.需要创建一个新的仓库 仓库名（repository name）必须是你的用户名+github.io，以后你的用户名+github.io就是你的个人主页访问地址。 其他照上面的图默认就好了。 看其他大佬的博客，没有说的很清楚，这里的个人主页其实有很多不支持的地方，不要随便上传自己写的html文件（不然可能无法识别）自己尝试过踩了这个坑 所以你自己又要去找模板了（github.io专用模板网站）： http://jekyllthemes.org 2.如果你嫌没有图形化界面不好上传文件到你.io结尾的仓库，那么我推荐你安装一个github desktop 第一次使用你需要clone你的仓库到本地。 github

1.不能新建servelt可能是因为项目中没有servlet依赖的jar包，所以我们打开pom.xml，加入依赖的jar包： 2.但是却无法引入本地仓库中的servlet的jar包，于是去maven中央仓库查找servlet的jar包并粘贴： 3.发现没有报错，而且可以正常新建Servelt，说明现在的问题就是解决无法引入本地仓库中jar包的问题。 4.首先，我们确定以下本地仓库是否存在servlet的jar包，发现确实存在： 5.接着我们检查配置文件中的settings.xml是否正确写入本地仓库的地址，发现没有错误： 6.然后，我们检查IDEA中的设置是否为正确的私服地址，file->settings->maven,发现没有错误： 7.于是上网搜索解决方法，发现可能的原因是我们在从中央仓库下载jar包到本地仓库里时，会生成对应的_remote.repositories文件标示该资源，所以我们根据 jar 包所在的本地仓库，删除 _remote.repositories 文件： 8.再引入本地仓库中的jar包之后则不会报错： 来源： https://www.cnblogs.com/iceywu/p/12274789.html

Table of Contents 一、VisualSVN(服务端工具)下载与安装 二、创建仓库、用户，组 1.创建仓库 2.创建用户 3.创建组，并为组指定用户 4.为仓库指定权限 5.通过浏览器访问仓库 三、客户端TortoiseSVN安装 1.浏览仓库 2.checkout 3.add/commit 4.update 5.更新到历史版本 6.delete 7.导入导出 8.冲突问题与解决 8.1冲突的产生 8.2冲突的解决 四、IDEA中SVN的配置和使用 1.配置步骤 2.基本使用 2.1提交整个工程 2.2提交某个新建文件 2.3更新操作 2.4CheckOut 2.5配置忽略 2.6IDEA中解决冲突 五、SVN规范 1.SVN目录结构及作用 2.分支与标记 2.1把IDEA中的项目share到上述具有svn标准目录格式的仓库中 2.3另外创建一个本地仓库，checkout上述仓库中的主干 2.4IDEA中修改文件并提交 2.5xiaopang仓库中更新 2.6小胖仓库新建分支，并从服务端checkout 2.7xiaopang仓库主干合并到分支 一、VisualSVN(服务端工具)下载与安装 首先进入 SubVersion官网 然后执行安装即可 完成安装 二、创建仓库、用户，组 1.创建仓库 2.创建用户 3.创建组，并为组指定用户 4.为仓库指定权限 5

一、说明 1.1 背景说明 刚工作的时候我对版控制没什么概念，比如听说MariaDB是MySQL的一个分支还是不明白他们的代码到底是不是一样的。 后来弄公司的svn算是有了一些了解，但对于git到现在都不算太会用，每次传项目到github总是一阵抓狂。写这篇博客的原因也是为了避免自己以后再操作时方便查看。 1.2 关于git和svn 我们总会听到说linus当年对svn的实现模式很不满意所以编写了git，所以git是比svn更合理先进的。 对于大众一致认为的观点，我自己的话总是有两层看法：一方面是如果大多数人都说是对的那一般是对的，另一方面是其实这一大多数人中的大多数人都是一知半解人云亦云。 对于后者，比如对我来说我觉得svn挺好用的，服务端客户端安装使用都很方便，svn比git好在哪了我不知道。当然也可能我连git的高级特性都没用过、技术水平太差，并不具有代表性。 1.3 关于git和github 很多人接解git都是从github开始的，一堆开源的项目又都在github上，导致很多人以为git是github的一个客户端，或者其专属的技术。 其实git分为git客户端和git服务端，github是git服务端的一个包装实现；还有其他的git服务端包装实现，比如gitlab、码云；当然你也完全可以自己在自己机器上安装一个git服务端。 另外gitlab和github的区别是

一、什么是仓库 　　仓库就是集中存放镜像的地方，分为公共仓库和私有仓库，一个容易混淆的概念是注册服务器，实际上注册服务器是存放仓库的具体服务器，一个注册服务器可以有多个仓库，而每个仓库下面有多个镜像 二、使用Docker官方公共仓库 　　官方仓库地址: DockerHub 2.1. 登录仓库 　　使用docker login 命令来登录官方的公共仓库 [root@rsync131 ~]# docker login Login with your Docker ID to push and pull images from Docker Hub. If you don't have a Docker ID, head over to https://hub.docker.com to create one. Username: brianzjz Password: Login Succeeded 没有用户名密码的可以去官方注册一个 2.2. 下载镜像 　　使用docker pull 命令下载镜像 [root@rsync131 ~]# docker pull nginx Using default tag: latest Trying to pull repository docker.io/library/nginx ... latest: Pulling from docker

git config 配置 Git 的相关参数。 Git 一共有3个配置文件： 1. 仓库级的配置文件：在仓库的 .git/.gitconfig ，该配置文件只对所在的仓库有效。 2. 全局配置文件：Mac 系统在 ~/.gitconfig ，Windows 系统在 C:\Users\<用户名>\.gitconfig 。 3. 系统级的配置文件：在 Git 的安装目录下（Mac 系统下安装目录在 /usr/local/git ）的 etc 文件夹中的 gitconfig 。 # 查看配置信息 # --local：仓库级，--global：全局级，--system：系统级 $ git config <--local | --global | --system> -l # 查看当前生效的配置信息 $ git config -l # 编辑配置文件 # --local：仓库级，--global：全局级，--system：系统级 $ git config <--local | --global | --system> -e # 添加配置项 # --local：仓库级，--global：全局级，--system：系统级 $ git config <--local | --global | --system> --add <name> <value> # 获取配置项 $ git config <

1.首先在本地创建一个文件夹里写入一个txt文件 2.然后复制你仓库的地址 3.平时正常操作都是这样上传不上 4.没关系我们使用强制上传 代码是 git push -f “你的仓库地址” master 5.上传成功 来源： https://www.cnblogs.com/yaoliuyang/p/12272006.html

Maven存在的原因  以前编写项目需要导入其他人编写的jar包时都是自己手动一个一个的拖到一个文件夹下。而Maven的pom.xml文件就很好的解决了这个问题。 jar包实质就是一个“.zip”类型的压缩文件，我们可以将其修改为.zip文件解压。打开解压后的文件夹我们可以发现jar文件夹里面装的就是“.class”文件。 JVM就是专门用于运行class文件的。 pom.xml文件常见标签 groupId：组号，从意义上来说算是分类。 artifactId：项目号，jar包名称。 version：版本号。 scope：使用范围。 test（测试环境中使用）、compile（编译时使用）、…。  以上四个标签就是坐标可以唯一标识一个jar包及其使用范围。 Maven导入的jar包运行原理  要使用Maven电脑肯定的设置本地仓库，本地仓库的jar包是通过idea设置的默认远程中央仓库地址下载下来的。在中央仓库中根据 groupId、artifactId、version作为路径去寻找并下载。本地仓库也是将groupId、artifactId、version作为路径区分jar包。 如图分别是pom图、本地仓库图、Maven默认远程仓库图  下载到本地后idea会根据“pom.xml”文件到本地仓库中寻找jar包，当我们运行时 idea会自动的将jar包路径导入运行环境的