vs2013中有一个解决方案是由git版本控制的,怎么能够移除版本控制,保留代码

Posted 2023-05-04

如题，求高手们帮忙，谢谢

参考技术A 把git版本库目录下的隐藏文件 .git删除即可

vs中使用git

vs中使用git

一、概念

Git是一个强调速度的分布式版本控制软件和源代码管理系统（SCM，source code management）。Git最初是由Linus Torvalds为内核开发而设计的管理软件。自从Git推出以来，已经被很多开源项目所采纳。每一个Git工作目录是一个带有完全历史记录和版本信息的仓库，不依赖于网络和中央服务器。

Github

GitHub是一个平台，一个网站，提供给用户创建git仓储空间，保存（托管）用户的一些数据文档或者代码等。概括来说，Github只是一个提供存储空间的服务器，用来存储git仓库。类似的网站还有很多，比如码云等等

 

二、为什么要用Git

• 更顺畅的工作流程，开发过程中，完全可以离线操作
• 快速，Git分布式架构使得本地仓库包含所有的历史版本信息，你可以在不同的版本之间快速切换
• 弹性的本地分支，在svn下，你建一个分支需要把源代码复制到另外一个文件夹，而在Git下，创建分支的代价是非常小的，只需一条命令
• 仓库目录结构简洁，用Git复制一个项目，只会在项目根目录创建一个.git的目录，而其他目录很干净
• 内容按元数据方式存储，所有的版本信息都位于.git目录下
• 完整性好，更易于协作开发
• 用户群大，现在已经有成千上万个开源项目采用Git来做项目管理，github上更是有无数个代码仓库

三、git与svn的区别

git是分布式版本控制系统，拥有两个仓库，一个是本地仓库，一个是远程仓库。代码提交是提交到本地的（如此速度就快），当然生成补丁（patch）然后推送(push)到远程服务器上是需要联网的；SVN是集中式版本控制系统，只有一个远程仓储，代码提交都是提交到远程服务器上，是需要一直联网的（如此速度就慢)

SVN这样的集中式版本控制系统，它的完整代码仓库（代码仓库不仅仅只包含了代码，还包含各个历史版本的信息等）在中心服务器上，一旦这个中心服务器挂了，也就是完整的代码仓库挂了，虽然你本地可能之前有从中心服务器上取得过代码，但是那些历史版本信息都没有了，而且你也无法再提交代码。

git不同，git没有中心服务器的概念，每一个git客户端（git节点）都含有一个完整的代码仓库（前提是你之前从远程git仓库fetch过代码），所以那些历史版本信息都在你本机上，假如哪一个git节点挂掉了，随意从其他git节点clone一个代码仓库过来就ok了， 那些原来的代码、版本信息之类的都还是完整的（当然如果你在这个挂掉的git节点上新增的代码是没有掉了的）。

综上，git的每一个节点（第一次从远程git仓库取得代码后，该git节点就是一个完整的代码仓库）相当于SVN的中心服务器，都包含完整的代码仓库

 

四、vs中使用git

在vs中已经帮我们安装了git,我们只需要在“项目”--“团队资源管理器”中打开即可使用

 

git的一些常用术语:

克隆(clone):从远程服务器上克隆完整的git仓库（包括代码和版本信息）到自己的机器上

提交:将自己修改的代码提交到本地的仓库

拉取(同步):从远程仓库拉取新的代码到本地仓库(拉取的时候必须先进行提交)

推送(push):将修改的代码推送到远程仓库

冲突:冲突产生是因为git无法将修改的内容进行自动合并时就会产生冲突,这时就需要我们手动进行合并冲突

 

 

流程:

首先在服务器上(github,码云)上新建项目,在vs中进行克隆之后，会在本地指定的文件夹中生成.git的隐藏文件,Git用来进行版本控制和内容跟踪的所有文件都在该文件夹下。我们只需要将代码放到包含.git的文件夹下提交并推送即可，这样就推送到了远程仓库。修改代码之后也是进行提交推送即可。如果远程仓库有新的更新，我们只需要拉取。

 

注意

在git中文件有三种状态：已修改，已暂存，已提交

已提交表示该文件已经被安全地保存在本地数据库中了；已修改表示修改了某个文件，但还没有提交保存；已暂存表示把已修改的文件放在下次提交时要保存的清单中。

 

 

 

理解分支
分支（branch）有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作

 

分支内部原理

 

1、如下图所示，版本的每一次提交（commit），git都将它们根据提交的时间点串联成一条线。刚开始是只有一条时间线，即master分支，HEAD指向的是当前分支的当前版本。

 

 

2、当创建了新分支，比如dev分支，git新建一个指针dev，dev=master，dev指向master指向的版本，然后切换到dev分支 ，把HEAD指针指向dev，如下图。

 

3.在dev分支上编码开发时，都是在dev上进行指针移动，比如在dev分支上commit一次，dev指针往前移动一步，但是master指针没有变，如下：

 

4、当我们完成了dev分支上的工作，要进行分支合并，把dev分支的内容合并到master分支上。其内部的原理，其实就是先把HEAD指针指向master，再把master指针指向现在的dev指针指向的内容。如下图。

5、当合并分支的时候出现冲突（confict），比如在dev分支上commit了一个文件file1，同时在master分支上也提交了该文件file1，修改的地方不同（比如都修改了同一个语句），那么合并的时候就有可能出现冲突，如下图所示

。

这时候执行，git会默认执行合并，但是要手动解决下冲突并提交，现在git分支的结构如下图

参考文档:

http://blog.csdn.net/chenj_freedom/article/details/50543152

http://blog.csdn.net/wengpingbo/article/details/8985132

http://www.nowamagic.net/academy/detail/48160210