이 글은 버전 관리에 대한 지식 포인트를 주로 요약한 Git 관련 지식을 제공합니다. Git 버전 관리 학습 가이드를 살펴보겠습니다. 모두에게 도움이 되기를 바랍니다.
추천 학습: "Git 학습 튜토리얼"
중앙집중형 소스 코드 관리 도구입니다. 대부분의 오픈소스 소프트웨어의 코드 관리 도구(구글 코드)로 지난 몇 년 동안 국내 소프트웨어 회사에서 가장 많이 사용되었습니다集中式源代码管理工具。曾经是绝大多数开源软件的代码管理工具(google code)，前几年在国内软件企业使用最为普遍分布式
분산 소스 코드 관리 도구 현재 국내 거의 모든 기업이 SVN에서 GIT로의 전환을 완료했습니다. 중앙형에서 개발자는 분산 모드에서는 개발자가 로컬로 코드를 제출할 수 있습니다
중앙 집중식에서는 원격 서버만 컴퓨터에 코드 데이터베이스가 있습니다. 분산 모드에서는 각 개발자의 컴퓨터에 코드 데이터베이스가 있습니다
SVN( 중앙 집중형)
민첩하고 효율적인 핸들을 위한 무료 오픈 소스 분산 버전 제어 시스템입니다. 分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目.git目录以外的内容
共享版本库, 单人开发初始化一个本地库即可git help ：git指令帮助手册
git init : 仓库初始化(个人仓库)
HEAD: 指向当前分支的一个提交 description: 项目的描述信息 config: 项目的配置信息 info/: 里面有一个exclude文件，指定本项目要忽略的文件 objects/: Git对象库(commit/tree/blob/tag) refs/: 标识每个分支指向哪个提交 hooks/: 默认的hook脚本
GIT设置配置信息
git config user.name "用户名"（用于跟踪修改记录）git config user.email "邮箱"（用于多人开发间的沟通）git config -l : 查看配置信息git config -e : 编辑配置信息git status ：查文件的状态
git status 文件名
git status
git add ：将工作区的文件保存到暂缓区
git add 文件名
git add .（注意，最后是一个点 . ）git commit：将暂缓区的文件提交到当前分支
git commit -m ”注释” 文件名
git commit -m ”注释”
git log ：查看文件的修改日志
git log 文件名
git log
git log ––pretty=oneline
git log –N（N是一个整数）git diff ：查看文件最新改动的地方
git diff 文件名
git diff
git reflog ：查看分支引用记录（能够查看所有的版本号）
git rm：删除文件（删完之后要进行commit操作，才能同步到版本库）
git reset
.git 디렉터리를 제외한 웨어하우스 폴더 내부🎜🎜Repository(Repository ) :.git 디렉토리, 기록된 버전 정보를 저장하는 데 사용됩니다. 🎜🎜저장소의 Staga:🎜🎜저장소의 분기(마스터): Strong> git에 의해 자동으로 생성된 첫 번째 브랜치🎜🎜저장소의 **HEAD 포인터:**는 현재 브랜치를 가리키는 데 사용됩니다🎜🎜🎜🎜🎜🎜🎜git add 및 git commit 이름 지정 기능🎜🎜git add: 파일 수정 Add 🎜🎜🎜🎜git 커밋: 보류 모두 보류 해당 영역의 내용은 현재 HEAD 포인터가 가리키는 분기에 제출됩니다🎜🎜🎜🎜🎜🎜🎜🎜GIT 사용 환경🎜🎜🎜 다중 사용자 개발에는 공유 버전 라이브러리가 필요합니다. code> 초기화 가능🎜🎜공유 버전 라이브러리 형식: 🎜🎜로컬 공유 라이브러리: 폴더/U 디스크/하드 디스크 🎜🎜원격 공유 라이브러리: 자체 git 서버 구축/타사 플랫폼(github/oschina, etc.)🎜🎜🎜🎜단일 개발이든 다중 개발이든 휴먼 개발의 경우 클라이언트는 명령줄이나 그래픽 인터페이스를 사용하여 git🎜🎜🎜🎜GIT 명령 - 개인 개발🎜🎜🎜git help: git 명령 도움말 매뉴얼🎜🎜🎜기타 보기 명령 사용 방법: git help 기타 명령🎜🎜🎜🎜
git init: 웨어하우스 초기화(개인 웨어하우스) 🎜🎜🎜Warehouse 파일 디렉터리🎜🎜
# 表示此为注释,将被Git忽略*.a 表示忽略所有 .a 结尾的文件!lib.a 表示但lib.a除外/TODO 表示仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO build/ 表示忽略 build/目录下的所有文件，过滤整个build文件夹； doc/*.txt 表示会忽略doc/notes.txt但不包括 doc/server/arch.txt bin/: 表示忽略当前路径下的bin文件夹，该文件夹下的所有内容都会被忽略，不忽略 bin 文件 /bin: 表示忽略根目录下的bin文件 /*.c: 表示忽略cat.c，不忽略 build/cat.c debug/*.obj: 表示忽略debug/io.obj，不忽略 debug/common/io.obj和tools/debug/io.obj **/foo: 表示忽略/foo,a/foo,a/b/foo等 a/**/b: 表示忽略a/b, a/x/b,a/x/y/b等!/bin/run.sh 表示不忽略bin目录下的run.sh文件*.log: 表示忽略所有 .log 文件 config.php: 表示忽略当前路径的 config.php 文件 /mtk/ 表示过滤整个文件夹*.zip 表示过滤所有.zip文件/mtk/do.c 表示过滤某个具体文件 被过滤掉的文件就不会出现在git仓库中（gitlab或github）了，当然本地库中还有，只是push的时候不会上传。 需要注意的是，gitignore还可以指定要将哪些文件添加到版本管理中，如下：!*.zip!/mtk/one.txt 唯一的区别就是规则开头多了一个感叹号，Git会将满足这类规则的文件添加到版本管理中。为什么要有两种规则呢？ 想象一个场景：假如我们只需要管理/mtk/目录中的one.txt文件，这个目录中的其他文件都不需要管理，那么.gitignore规则应写为：：/mtk/* !/mtk/one.txt 假设我们只有过滤规则，而没有添加规则，那么我们就需要把/mtk/目录下除了one.txt以外的所有文件都写出来！ 注意上面的/mtk/*不能写为/mtk/，否则父目录被前面的规则排除掉了，one.txt文件虽然加了!过滤规则，也不会生效！ ---------------------------------------------------------------------------------- 还有一些规则如下： fd1/* 说明：忽略目录 fd1 下的全部内容；注意，不管是根目录下的 /fd1/ 目录，还是某个子目录 /child/fd1/ 目录，都会被忽略； /fd1/* 说明：忽略根目录下的 /fd1/ 目录的全部内容； /* !.gitignore !/fw/ /fw/* !/fw/bin/ !/fw/sf/ 说明：忽略全部内容，但是不忽略 .gitignore 文件、根目录下的 /fw/bin/ 和 /fw/sf/ 目录；注意要先对bin/的父目录使用!规则，使其不被排除。
GIT 설정 구성 정보🎜 🎜🎜사용자 이름 구성: git config user.name "username" (수정 기록을 추적하는 데 사용) 🎜🎜이메일 구성 : git config user.email "mailbox" (여러 개발자 간의 통신에 사용됨)🎜🎜git config -l: 구성 정보 보기🎜🎜git config -e : 구성 정보 편집🎜🎜🎜🎜
git status: 파일 상태 확인🎜🎜🎜파일 상태 확인: git status 파일 이름 code>🎜🎜현재 경로에 있는 모든 파일의 상태 확인: git status 🎜🎜🎜🎜
git add: 작업 공간의 파일을 버퍼 영역에 저장 🎜🎜🎜파일을 버퍼 영역에 저장: git add 파일 이름 code>🎜🎜현재 경로의 모든 파일을 임시 영역에 저장: git add . (참고 , 끝에 점이 있습니다.) 🎜🎜🎜🎜
git commit: 버퍼 영역의 파일을 현재 브랜치에 제출🎜🎜🎜파일을 브랜치에 제출: git commit -m "comment" 파일 이름🎜🎜현재 경로의 모든 파일을 브랜치에 저장: git commit -m "comment"🎜🎜🎜🎜
git log: 파일의 수정 로그 보기🎜🎜🎜특정 파일의 수정 로그 보기: git log 파일 이름🎜🎜현재 모든 파일의 수정 로그 보기 경로: git log🎜🎜한 줄로 간단한 로그 정보 보기: git log ––pretty=oneline 🎜🎜최신 N개 수정 사항 보기: git log –N (N은 정수) 🎜🎜🎜🎜
git diff: 파일의 최신 변경 사항 보기🎜 🎜🎜파일의 최신 변경 사항을 볼 수 있는 위치: git diff 파일 이름🎜🎜현재 경로에 있는 모든 파일의 최신 변경 사항을 볼 수 있는 위치: git diff🎜🎜🎜🎜
git reflog: 브랜치 참조 기록 보기(모든 버전 번호 보기 가능) 🎜🎜🎜
git rm: 파일 삭제(삭제 후 커밋 작업 필요) 저장소에 동기화 가능) 🎜🎜🎜git 재설정: 버전 롤백(--hard 매개변수를 추가하는 것이 권장됨, git은 무제한 후회를 지원함) 🎜
git reset ––hard HEAD^
git reset ––hard HEAD^^
git reset ––hard HEAD~N（N是一个整数）
git reset ––hard 版本号（版本号用7位即可）
Git忽略提交规则 - .gitignore配置
# 表示此为注释,将被Git忽略*.a 表示忽略所有 .a 结尾的文件!lib.a 表示但lib.a除外/TODO 表示仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO build/ 表示忽略 build/目录下的所有文件，过滤整个build文件夹； doc/*.txt 表示会忽略doc/notes.txt但不包括 doc/server/arch.txt bin/: 表示忽略当前路径下的bin文件夹，该文件夹下的所有内容都会被忽略，不忽略 bin 文件 /bin: 表示忽略根目录下的bin文件 /*.c: 表示忽略cat.c，不忽略 build/cat.c debug/*.obj: 表示忽略debug/io.obj，不忽略 debug/common/io.obj和tools/debug/io.obj **/foo: 表示忽略/foo,a/foo,a/b/foo等 a/**/b: 表示忽略a/b, a/x/b,a/x/y/b等!/bin/run.sh 表示不忽略bin目录下的run.sh文件*.log: 表示忽略所有 .log 文件 config.php: 表示忽略当前路径的 config.php 文件 /mtk/ 表示过滤整个文件夹*.zip 表示过滤所有.zip文件/mtk/do.c 表示过滤某个具体文件 被过滤掉的文件就不会出现在git仓库中（gitlab或github）了，当然本地库中还有，只是push的时候不会上传。 需要注意的是，gitignore还可以指定要将哪些文件添加到版本管理中，如下：!*.zip!/mtk/one.txt 唯一的区别就是规则开头多了一个感叹号，Git会将满足这类规则的文件添加到版本管理中。为什么要有两种规则呢？ 想象一个场景：假如我们只需要管理/mtk/目录中的one.txt文件，这个目录中的其他文件都不需要管理，那么.gitignore规则应写为：：/mtk/* !/mtk/one.txt 假设我们只有过滤规则，而没有添加规则，那么我们就需要把/mtk/目录下除了one.txt以外的所有文件都写出来！ 注意上面的/mtk/*不能写为/mtk/，否则父目录被前面的规则排除掉了，one.txt文件虽然加了!过滤规则，也不会生效！ ---------------------------------------------------------------------------------- 还有一些规则如下： fd1/* 说明：忽略目录 fd1 下的全部内容；注意，不管是根目录下的 /fd1/ 目录，还是某个子目录 /child/fd1/ 目录，都会被忽略； /fd1/* 说明：忽略根目录下的 /fd1/ 目录的全部内容； /* !.gitignore !/fw/ /fw/* !/fw/bin/ !/fw/sf/ 说明：忽略全部内容，但是不忽略 .gitignore 文件、根目录下的 /fw/bin/ 和 /fw/sf/ 目录；注意要先对bin/的父目录使用!规则，使其不被排除。
git init --bare : 仓库初始化(共享仓库)git clone：下载远程仓库到本地git pull：下载远程仓库的最新信息到本地仓库git push：将本地的仓库信息推送到远程仓库<<<<<<< HEAD 你本地的新增的代码======= 服务器上和你冲突的代码>>>>>>> e9609de28b65bf97539f94c6458cdebdf2711c9f
中心仓库：包含master和develop两个分支
分支分类
对于商业级项目，真正开发过程中都是基于develop分支进行的，develop分支是开发主线！
master分支中，只存放相对稳定的分支，例如：0.1版本, 0.2版本
在实际产品开发中，需要“规划版本”，例如：将100个功能规划到5个不同的版本上
发现bug，要基于“上一个最稳定的版本”进行修复，这是热补丁分支存在的意义！
理解清楚版本管理分支的特性，是迭代式开发的重要基础！
git branch : 查看所有分支
git branch 分支名称 : 创建分支
git checkout 分支名称 : 切换到指定分支git merge 分支名称 : 合并分支git branch -d 分支名称 : 删除指定分支提示:
- 제출 전 업데이트
- 매일 출근 전날의 컴파일된 코드 제출
- 매일 직장에서 가장 먼저 하는 일은 전날의 코드 업데이트
ssh-keygen -t rsa -b 4096 - 명령을 입력하세요. C "your_email@example.com"
ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
ssh -T git@github.com6.2 방금 생성된 공개 키를 복사하세요
ssh -T git@github.com나중에 나타나는 경우: 안녕하세요 *** *! 인증에 성공했지만 GitHub에서는 셸 액세스를 제공하지 않습니다.위 내용은 Git 버전 관리 학습 가이드를 요약하고 정리합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
