SVN+Git

最新推荐文章于 2024-03-12 17:07:00 发布
原创 最新推荐文章于 2024-03-12 17:07:00 发布 · 299 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#svn #git

Git

学习Git之前，我们需要明白一个概念，版本控制！

版本控制

什么是版本控制 版本迭代，新的版本！版本管理器

版本控制：是一种在开发的过程中用于管理我们对文件，目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前版本的软件工程技术。

  • 实现跨区多人协同开发
  • 追踪和记载一个或者多个文件的历史记录
  • 组织和保护你的源代码和文档
  • 统计工作量
  • 并行开发、提高开发效率
  • 跟踪记录整个软件的开发过程
  • 减轻开发人员的负担，节省时间，同时降低人为错误

简单来说就是多人协同开发项目的技术。

image-20210508152022392

常见的版本控制工具：

  • Git
  • SVN（Subversion）
  • CVS（Concurrent Versions System）
  • VSS（Micorosoft Visual SourceSafe）
  • TFS（Team Foundation Server）
  • Visual Studio Online

版本控制产品非常的多（Perforce、Rational ClearCase、RCS（GNU Revision Control System）、Serena Dimention、SVK、BitKeeper、Monotone、Bazaar、Mercurial、SourceGear Vault），现在影响力最大且使用最广泛的是Git与SVN

SVN:版本集中控制

所有的版本数据都保存在服务器上，协同开发者从服务器上更新或者上传自己的修改

（所有的版本都存在服务器上面，用户的本地都只有自己以前所同步的版本，如果不联网的话，用户就看不到历史版本，风险就是服务器崩了。）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EfnGa2v0-1620702955654)(C:%5CUsers%5C%E7%8E%8B%E9%A1%BA%5CAppData%5CRoaming%5CTypora%5Ctypora-user-images%5Cimage-20210508153248625.png)]

Git：分布式版本控制

（每个人都有全部的代码，风险就是安全隐患。）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CrcwveEk-1620702955657)(C:%5CUsers%5C%E7%8E%8B%E9%A1%BA%5CAppData%5CRoaming%5CTypora%5Ctypora-user-images%5Cimage-20210508153227616.png)]

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上。协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件！

GIt历史

同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。

Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991－2002年间)。到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。

Linux社区中存在很多的大佬！破解研究 BitKeeper ！

到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。（2周左右！） 也就是后来的 Git！

SVN

常用操作：

image-20210508154523746

第一次来公司就用：checkout

每日上班就用：update

每日下班就用：commit

image-20210511110809189

每日上班就用：update

每日下班就用：commit

[外链图片转存中…(img-zjsXdY6R-1620702955663)]

CentOS7部署Subversion服务器和TortoiseSVN客户端简记
大江东去
03-21 1169
本文简单记录了使用CentOS7系统部署SVN服务器以及在windows桌面端使用TortoiseSVN客户端的简要方法。
Jmeter+Ant+Git/SVN+Jenkins实现持续集成接口测试，一文精通（一）
小林同学的知识屋
03-10 1930
本文最终目的为Jmeter+Ant+Git+Jenkins实现持续集成输出接口测试报告。并通过电子邮件发送。 首先先了解熟悉jmeter结构以及接口测试流程
git svn转换工具
04-29
svn+git实现离线提交并且不需要到处所有svn版本，速度超快非一般的感觉，超越git本身的git2svn功能。 使用本工具需要安装基础工具: 首先安装git msysgit：https://code.google.com/p/msysgit/downloads/list msysgit的bin目录需要添加到path的环境变量里面并重启 tortoisegit：https://code.google.com/p/tortoisegit/wiki/Download?tm=2(选择安装，如果不使用图像界面可以不安装)
版本控制svn+git
12-01
嫌麻烦直接。下载版本控制工具 svn+git。。。。。。。。。。
SVN+GIT=鱼与熊掌兼得
Step Third
06-13 266
使用git已经有一段时间了,从使用git的第一天开始,就计划逐步放弃svn. svn有的功能,git都能做到,而且做得更出色,况且git还有很多特性svn望尘莫及,还有什么理由继续使用svn呢? well,理由很多. 比如,git在windows上的性能问题, TortoiseGIT还没有开发出来(或者根本没有这个计划?),团队中其它人员不习惯用git....等等. 那么,鱼与...
SVN与Git
android程序猿HJ的博客
09-21 1349
今天来统一了解一下SVN和Git的知识， SVN SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。 工作流程 集中式管理的工作流程
工作经验整理（jdk+Tomcat+maven+git+svn+idea+nginx+Redis+win+linux）
03-04
工作经验整理（jdk+Tomcat+maven+git+svn+idea+nginx+Redis+win+linux） 一、JDK配置与使用： JDK是Java开发的核心工具包，包含Java运行环境、Java工具和Java基础类库。配置JDK环境包括设置JAVA_HOME环境变量，将...
Maven安装配置+GIt&SVN+Jenkins详细配置
01-27
总结来说，Maven负责项目构建和依赖管理，Git和SVN管理代码版本，Jenkins则整合这些工具，实现自动化构建、测试和部署，提升开发效率并保证产品质量。通过持续集成，开发团队可以更早发现问题，更快修复错误，从而...
svn与git结合，实现版本管理
那些事
06-03 5695
1、实际使用的是svn与git结合，没有单纯的使用svn或git，当然svn和git都是一套完整的VCS（version control system）。   2、为什么要结合使用git？ 之前使用的是svn，因为开发与测试工作并行，需要打很多分支，svn在分支合并上，处理不太好（合并可能会产生很多冲突，冲突处理时间较长，慢慢就弃用了svn的分支处理功能）,所以采用了git。   3、对
Git 与 SVN
yyjourney的博客
03-29 1528
SVN 是集中式版本控制系统： 先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。 集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够...
git svn混用
liulangshusheng2012的专栏
03-12 1289
git svn混用
【svn与git的使用】
m0_45991266的博客
11-22 1461
这些代码版本控制系统，更重要对我们是一个代码管理的工具，我们需要能熟练的使用它，so孰能生巧，Git命令很多，不用就容易忘记，so记录一下，便于查阅。
git 与 svn 的使用
quantum_的博客
10-30 511
git 与 svn 的使用 附录（git命令行）： 有很多高级的命令，等待使用者自己百度；vi编辑。 git config --global user.name"wsb" git config --global user.email 2267638690@qq.com C:\Users\user 目录下有个.gitconfig文件，用于github的签名验证。 git --version 查看版本。 git config --list 查看配置文件。 git init 当前
Git和SVN+Git命令
zxswg的博客
11-01 307
1.SVN ----集中式版本控制系统 1.1 概念 是一个开放源代码的版本控制系统，它采用分支管理系统。简单来说是SVN就是用于多人共同开发同一个项目，共用资源的目的 1.2 svn特点 基于服务器、客户端的运行模式 ① 服务器保存文件的所有更新记录 ② 客户端只保留最新的文件版本 优点：联网运行，支持多人协作开发 缺点： 1.不支持离线提交版本更新 2.中心服务器崩溃后，所有人无法正常工作 3.版本数据库故障后，所有历史更新记录会丢失 性能差，用户体验不好 2.Git ----分布式版本控制系统 分布式
git+svn
qq_30594189的博客
10-12 205
git pull git branch -a查看所有的分支 git checkout --track remotes/origin/yxy 切换分支git checkout yxy git branch查看目前所在的分支 git branch -d 分支 删除分支 使用 git stash 命令 git log history linux命令
比svn更专业的代码托管软件git+coding.net（一）
流云飞水
09-06 2519
文章出处：http://blog.jobbole.com/78960/ 主要内容：（只看前半部分即可入门，看到你懂的地方=w=） 一：Git是什么？        Git是目前世界上最先进的分布式版本控制系统。 二：SVN与Git的最主要的区别？       SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服
SVN和Git对比梳理 + Git和GitHub的区别
备忘录式博客
12-22 2235
在日常运维工作中，经常会用到版本控制系统，目前用到最广泛的版本控制器就是SVN和Git,那么这两者之间有什么不同之处呢？ SVN（Subversion）是集中式管理的版本控制器，而Git是分布式管理的版本控制器！这是两者之间最核心的区别。SVN只有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。Git每一个终端都是一个仓...
谈一谈git和SVN两大版本管理工具。
QWEQAZSDCX的博客
02-14 556
Git 和 SVN 的区别？ 写在前面： git和SVN都是一个版本管理工具，没有孰优孰劣之分，在这里，只是简单的说一说git和svn的优缺点。选用哪一个看自己公司的实际情况而定。 1) 核心的区别在于git是分布式的，SVN不是。但git不是唯一的分布式的版本管理工具，还有像Mercurial等分布式版本管理工具，也有像SVN一样的集中式版本管理工具，例如VSS,CVS等。Git跟SVN一...
ERROR: ./sd-scripts is not a valid editable requirement. It should either be a path to a local project or a VCS URL (beginning with bzr+http, bzr+https, bzr+ssh, bzr+sftp, bzr+ftp, bzr+lp, bzr+file, git+http, git+https, git+ssh, git+git, git+file, hg+file, hg+http, hg+https, hg+ssh, hg+static-http, svn+ssh, svn+http, svn+https, svn+svn, svn+file).
最新发布
06-22
### 关于 `ERROR: ./sd-scripts is not a valid editable requirement` 的解决方案 当使用 `pip` 安装本地项目时，如果遇到错误提示 `ERROR: ./sd-scripts is not a valid editable requirement`，通常是因为指定的路径或配置不符合 `pip` 的要求。以下是可能的原因及解决方法： #### 1. 路径格式问题 确保提供的路径是绝对路径或相对路径，并且符合操作系统的要求。例如，在 Unix 系统中，路径应以 `/` 开头；而在 Windows 系统中，路径可以以盘符开头（如 `C:\path\to\project`）。此外，确保路径指向一个有效的 Python 包目录[^1]。 #### 2. 缺少必要的文件 对于可编辑安装（editable installation），目标目录必须包含以下内容之一： - `setup.py` 文件：这是传统的 setuptools 配置文件。 - `pyproject.toml` 文件：这是现代的 PEP 517/PEP 518 配置文件。 如果目标目录缺少这些文件，`pip` 将无法识别其为一个有效的 Python 包。请确认目标目录中存在上述文件之一[^1]。 #### 3. 使用正确的命令格式 正确的命令格式如下： ```bash pip install -e /path/to/project ``` 或在 Windows 系统中： ```cmd pip install -e C:\path\to\project ``` 如果路径中包含空格，请用引号括起来，例如： ```bash pip install -e "/path/to project" ``` #### 4. 检查项目的结构 确保目标目录是一个合法的 Python 包。例如，目录中应该有一个顶层包（即包含 `__init__.py` 文件的子目录），并且包的元数据（如名称、版本等）已正确配置在 `setup.py` 或 `pyproject.toml` 中。 #### 5. 使用 VCS URL 进行安装 如果需要从版本控制系统（VCS，如 Git）安装项目，可以使用类似以下的命令： ```bash pip install -e git+https://github.com/user/repo.git#egg=package_name ``` 此命令会克隆仓库并在本地进行可编辑安装。确保 URL 是有效的，并且仓库中包含必要的构建文件（如 `setup.py` 或 `pyproject.toml`）[^1]。 #### 6. 处理网络超时问题 如果在安装过程中遇到网络超时错误（如 `ReadTimeoutError`），可以通过增加超时时间来解决。例如： ```bash pip install --default-timeout=100 package_name ``` 或者，切换到国内镜像源以提高下载速度。例如： ```bash pip install -i https://pypi.tuna.tsinghua.edu.cn/simple package_name ``` #### 示例代码 以下是一个完整的示例，展示如何正确安装本地项目： ```bash # 假设项目位于 /home/user/my_project cd /home/user/my_project pip install -e . ``` 如果项目是从 Git 仓库克隆的，则可以执行以下命令： ```bash git clone https://github.com/user/repo.git cd repo pip install -e . ``` ### 注意事项 - 如果仍然遇到问题，请检查 `pip` 和 Python 的版本是否兼容。例如，较新的 `pip` 可能不支持旧版 Python。 - 确保目标项目符合 PEP 517/PEP 518 标准，或者至少包含 `setup.py` 文件[^1]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值