giteveryday 手册页面-北京尧图网络

名称giteveryday - 日常 Git 的实用最低命令集剧情简介每天用大约20条命令的Git。描述为了方便git用户大致可以分为四类这里描述一小部分日常 Git 的实用命令。个人开发者独立命令是必不可少的无论是提交者哪怕是单独行动的人。如果你和其他人一起工作你需要以下列出的指令个人开发者参与者部分也是如此。扮演整合者角色的人需要学习一些除了上述指令外还有更多指令。仓库管理命令用于系统负责护理和供养的管理者 Git仓库。个人开发者独立独立的个人开发者不会与其他人并且单独在一个仓库中工作使用服从命令。git-init1 以创建新的仓库。git-log1 来查看发生了什么。git-switch1 和 git-branch1 切换树枝。git-add1 来管理索引文件。git-diff1 和 git-status1 以查看你正处于行动中。git-commit1 以推进当前分支。git-restore1 用于撤销更改。git-merge1 用于在本地分支之间合并。git-rebase1 用于维护主题分支。git-tag1 来标记已知点。示例用tarball作为新仓库的起点。$ tar zxf frotz.tar.gz $ cd frotz $ git init $ git add . **(1)** $ git commit -m import of frotz source tree. $ git tag v2.43 **(2)**把当前目录下的所有内容都添加进去。做一个轻量级、无注释的标签。创建一个主题分支并进行发展。$ git switch -c alsa-audio **(1)** $ edit/compile/test $ git restore curses/ux_audio_oss.c **(2)** $ git add curses/ux_audio_alsa.c **(3)** $ edit/compile/test $ git diff HEAD **(4)** $ git commit -a -s **(5)** $ edit/compile/test $ git diff HEAD^ **(6)** $ git commit -a --amend **(7)** $ git switch master **(8)** $ git merge alsa-audio **(9)** $ git log --since3 days ago **(10)** $ git log v2.43.. curses/ **(11)**创建一个新的主题分支。还原你在 .curses/ux_audio_oss.c如果你添加了新文件需要告诉 Git;移除和如果你以后做了修改会被发现。gitcommit-a看看你正在做出哪些改变。按照你测试过的在签字时提交所有内容。检查你所有的更改包括之前的提交。修改之前的提交添加所有新更改使用你最初的信息。切换到主分支。将主题分支合并到你的主分支中。审核提交日志;其他限制输出的形式包括合并并包含显示最多10个提交等等。-10--until2005-12-10只查看涉及目录内容的更改自标签起。curses/v2.43个人开发者参与者作为团队项目参与者的开发者需要学习如何与他人沟通并使用这些指令除了独立开发者需要的额外内容之外。git-clone1从上游导入本地仓库。来自“origin”的git-pull1和git-fetch1 以便及时了解上游的最新动态。git-push1 到共享仓库如果你采用 CVS 风格共享仓库工作流程。git-format-patch1 用于准备电子邮件提交如果你采用Linux内核风格的公共论坛工作流程。git-send-email1 用于发送电子邮件提交无需是你的MUA腐化。git-request-pull1 用于创建变更摘要等上游拉。示例克隆上游并改进它。将变更信息传递到上游。$ git clone git://git.kernel.org/pub/scm/.../torvalds/linux-2.6 my2.6 $ cd my2.6 $ git switch -c mine master **(1)** $ edit/compile/test; git commit -a -s **(2)** $ git format-patch master **(3)** $ git send-email --toperson emailexample.com 00*.patch **(4)** $ git switch master **(5)** $ git pull **(6)** $ git log -p ORIG_HEAD.. arch/i386 include/asm-i386 **(7)** $ git ls-remote --heads http://git.kernel.org/.../jgarzik/libata-dev.git **(8)** $ git pull git://git.kernel.org/pub/.../jgarzik/libata-dev.git ALL **(9)** $ git reset --hard ORIG_HEAD **(10)** $ git gc **(11)**看看Master的新分支。mine必要时重复。从你的分支中提取补丁相对于主控并给他们发邮件。返回准备看看新动态mastergitpull默认从取回并合并为现任分部。origin拉完后立刻查看上游的改动自从上次我们检查过只有在我们感兴趣的领域。检查外部仓库中的分支名称如果不知道。从特定分支从特定仓库获取并合并它。ALL恢复拉力。回收还原拉取剩余物品。推入另一个仓库。satellite$ git clone mothership:frotz frotz **(1)** satellite$ cd frotz satellite$ git config --get-regexp ^(remote|branch)\. **(2)** remote.origin.url mothership:frotz remote.origin.fetch refs/heads/*:refs/remotes/origin/* branch.master.remote origin branch.master.merge refs/heads/master satellite$ git config remote.origin.push \ refs/heads/*:refs/remotes/satellite/* **(3)** satellite$ edit/compile/test/commit satellite$ git push origin **(4)** mothership$ cd frotz mothership$ git switch master mothership$ git merge satellite/master **(5)**母舰机器在你家里有一个FROTZ仓库目录;从它克隆在卫星上建立一个仓库机器。克隆系统默认设置这些配置变量。它负责收集并存储母舰的分支机器到本地远程跟踪分支。gitpullremotes/origin/*安排推动所有地方分支机构他们对应的母舰机器分支。gitpushPush会把我们所有的工作藏在母舰机器上的远程追踪分支上。你可以用这个作为备份方法。同样你也可以假装那艘母舰 “从你那里取回”当访问是单方面时非常有用。remotes/satellite/*在母舰机上合并卫星上的工作机器进入主分支。从某个特定标签分支出来。$ git switch -c private2.6.14 v2.6.14 **(1)** $ edit/compile/test; git commit -a $ git checkout master $ git cherry-pick v2.6.14..private2.6.14 **(2)**基于一个知名但稍显落后的私人分支捉人。转发端口分支间的所有变更无需正式“合并”。或者手写 |private2.6.14mastergitformat-patch-k-m--stdoutv2.6.14..private2.6.14gitam-3-k另一种参与者提交机制是使用 or 拉取请求机制例如在上所使用 GitHubwww.github.com通知你的上游贡献。gitrequest-pull积分器一个相当核心的人物作为团队中的整合者项目接收他人的修改进行审核和整合并发布结果供他人使用使用这些除了参与者需要的指令外还需要这些指令。本部分也可供响应或在GitHubwww.github.com上进行拉取请求的人使用将他人的作品融入他们的历史中。一个子区域仓库中尉既是参与者也要参与作为一个整合者。gitrequest-pullgit-am1 用于应用从你的邮箱发送的补丁贡献者。git-pull1 以合并你信任的副手。git-format-patch1 用于准备并发送建议贡献者的替代。git-revert1 用于撤销失败的提交。git-push1 以发布 The Bleeding Edge。示例典型的集成商Git日。$ git status **(1)** $ git branch --no-merged master **(2)** $ mailx **(3)** s 2 3 4 5 ./to-apply s 7 8 ./hold-linus q $ git switch -c topic/one master $ git am -3 -i -s ./to-apply **(4)** $ compile/test $ git switch -c hold/linus git am -3 -i -s ./hold-linus **(5)** $ git switch topic/one git rebase master **(6)** $ git switch -C seen next **(7)** $ git merge topic/one topic/two git merge hold/linus **(8)** $ git switch maint $ git cherry-pick master~4 **(9)** $ compile/test $ git tag -s -m GIT 0.99.9x v0.99.9x **(10)** $ git fetch ko for branch in master maint next seen **(11)** do git show-branch ko/$branch $branch **(12)** done $ git push --follow-tags ko **(13)**看看你当时正在做什么如果有的话。看看哪些分支还没合并进去。其他积分分支如、和亦同理。mastermaintnextseen阅读邮件保存适用的邮件保存其他邮件还没准备好还有其他邮件阅读器可用。在签字时互动应用这些内容。根据需要创建主题分支并应用同样带有签字。未合并的内部主题分支重新基准主控或暴露为稳定分支的一部分。每次都从下一次重新开始。seen以及仍在制作中的主题分支捆绑。回溯移植是关键修复。创建一个签名标签。确保Master没有被意外倒带超过那个时间已经被挤出去了。在输出中应有一切都已经发生也应该如此所有东西都有等等。gitshow-branchmasterko/masternextko/next推开最前沿同时配备新的标签进入被推送的历史。在这个例子中简写指向 Git 维护者的仓库位于 kernel.org看起来如下ko(in .git/config) [remote ko] url kernel.org:/pub/scm/git/git.git fetch refs/heads/*:refs/remotes/ko/* push refs/heads/master push refs/heads/next push refs/heads/seen push refs/heads/maint存储库管理仓库管理员使用以下工具来设置并保持开发者对仓库的访问权限。git-daemon1 以允许从以下仓库。git-shell1 可以作为共享中央仓库用户的受限登录壳。git-http-backend1 提供服务器端实现 Git-over-HTTP“智能 http”支持获取和推送服务。gitweb1 为 Git 仓库提供网页前端该程序可通过git-instaweb1脚本进行设置。更新钩子Howto有个不错的管理共享中央仓库的示例。此外还有许多其他广泛部署的托管和浏览服务并审查以下解决方案Gitolite、Gerrit 代码审查、CGIT及其他。示例我们在 /etc/services 中假设以下情况$ grep 9418 /etc/services git 9418/tcp # Git Version Control System运行git-daemon来从inetd中提供/pub/scm。$ grep git /etc/inetd.conf git stream tcp nowait nobody \ /usr/bin/git-daemon git-daemon --inetd --export-all /pub/scm实际的配置线应该在同一条线上。运行git-daemon来从xinetd提供/pub/scm。$ cat /etc/xinetd.d/git-daemon # default: off # description: The Git server offers access to Git repositories service git { disable no type UNLISTED port 9418 socket_type stream wait no user nobody server /usr/bin/git-daemon server_args --inetd --export-all --base-path/pub/scm log_on_failure USERID }检查一下你的xinetd8文档和设置这是Fedora系统用的。其他人可能不一样。给使用 git-over-ssh 的开发者只提供推拉权限。例如使用以下内容的$gitpush/pullssh://host.xz/pub/scm/project$ grep git /etc/passwd **(1)** alice:x:1000:1000::/home/alice:/usr/bin/git-shell bob:x:1001:1001::/home/bob:/usr/bin/git-shell cindy:x:1002:1002::/home/cindy:/usr/bin/git-shell david:x:1003:1003::/home/david:/usr/bin/git-shell $ grep git /etc/shells **(2)** /usr/bin/git-shell登录壳设置为 /usr/bin/git-shell但该允许除和以外的任何。用户需要对机器的SSH访问。gitpushgitpull在许多发行版中/etc/shells 需要列出所使用的配置作为登录壳。类似CVS风格的共享仓库。$ grep git /etc/group **(1)** git:x:9418:alice,bob,cindy,david $ cd /home/devo.git $ ls -l **(2)** lrwxrwxrwx 1 david git 17 Dec 4 22:40 HEAD - refs/heads/master drwxrwsr-x 2 david git 4096 Dec 4 22:40 branches -rw-rw-r-- 1 david git 84 Dec 4 22:40 config -rw-rw-r-- 1 david git 58 Dec 4 22:40 description drwxrwsr-x 2 david git 4096 Dec 4 22:40 hooks -rw-rw-r-- 1 david git 37504 Dec 4 22:40 index drwxrwsr-x 2 david git 4096 Dec 4 22:40 info drwxrwsr-x 4 david git 4096 Dec 4 22:40 objects drwxrwsr-x 4 david git 4096 Nov 7 14:58 refs drwxrwsr-x 2 david git 4096 Dec 4 22:40 remotes $ ls -l hooks/update **(3)** -r-xr-xr-x 1 david git 3536 Dec 4 22:40 update $ cat info/allowed-users **(4)** refs/heads/master alice\|cindy refs/heads/doc-update bob refs/tags/v[0-9]* david把开发者放进同一个 git 组。并使共享仓库可由团队编写。使用Carl在Documentation/howto/中的update-hook示例。用于分支政策控制。爱丽丝和辛迪可以推入主版只有鲍勃能推入文档更新。 David 是发布经理也是唯一能做到的人创建并推送版本标签。GITPart of the git(1) suiteLast updated 2025-11-17 18:25:15 UTC

giteveryday 手册页面

相关推荐

AR开发实战指南：从原理到应用，掌握增强现实核心技术

属性图数据库存储复杂社交关系网络数据

TwinCAT3单台PLC内多工程变量互通实操方案（含完整项目文件）

更多资讯

智能体系统治理：隔离、集成与实时策略引擎

STM32F103 AB分区OTA实战：设计原理、代码实现与踩坑记录

芯片级EMI优化：开关电源高频噪声的源头治理技术

编程学习路径与高效编码实践指南

ChatGPT Apps 仓库契约与验证阶梯：从“文件已生成”到“仓库可运行”的验收体系

增广拉格朗日算法原理与MATLAB实现：从罚函数到乘子迭代

今日更新

Linux 内核 ARM 虚拟内存布局全解析：从 4GB 地址空间划分到源码级验证

AIGC降重工具测评与教育应用指南

数据容灾核心指标与实战方案解析

本周精选

超人会飞不算本事：系统稳定依赖清晰规则与边界设计

超人VS蜘蛛侠：拆解超级IP的影响力与传播方法论

基于CNN的调制信号识别：MATLAB实现时频图分类实战

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？