Pro Git 2nd Edition 2.1.413Changes Committing Your Changes Skipping the Staging Area Removing Files Moving Files Viewing the Commit History Limiting Log Output Undoing Things Unstaging a Staged File Unmodifying a Modified File Workflow Patterns for Managing Source Code Branches Workflows Summary Contributing to a Project Commit Guidelines Private Small Team Private Managed Team Forked Public Project Public Project over Selection Single Revisions Short SHA-1 Branch References RefLog Shortnames Ancestry References Commit Ranges Interactive Staging Staging and Unstaging Files Staging Patches Stashing and Cleaning0 码力 | 731 页 | 21.49 MB | 1 年前3
Pro Git 2nd Edition 2.1.413 Changes Committing Your Changes Skipping the Staging Area Removing Files Moving Files Viewing the Commit History Limiting Log Output Undoing Things Unstaging a Staged File Unmodifying a Modified File Workflow Patterns for Managing Source Code Branches Workflows Summary Contributing to a Project Commit Guidelines Private Small Team Private Managed Team Forked Public Project Public Project over Selection Single Revisions Short SHA-1 Branch References RefLog Shortnames Ancestry References Commit Ranges Interactive Staging Staging and Unstaging Files Staging Patches Stashing and Cleaning0 码力 | 691 页 | 13.35 MB | 1 年前3
Pro Git 2nd Edition 2.1.413. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 Viewing the Commit History . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . of its data more like a series of snapshots of a miniature filesystem. With Git, every time you commit, or save the state of your project, Git basically takes a picture of what all your files look like you’re offline or off VPN. If you get on an airplane or a train and want to do a little work, you can commit happily (to your local copy, remember?) until you get to a network connection to upload. If you0 码力 | 501 页 | 17.96 MB | 1 年前3
Pro Git 中文版 第2版 2.1.66本章涵盖了你在使用 Git 完成各种工作时将 会用到的各种基本命令。 在学习完本章之后,你应该能够配置并初始化一个仓库(repository)、开始或停止跟 踪(track)文件、暂存(stage)或提交(commit)更改。 本章也将向你演示了如何配置 Git 来忽略指定的文 件和文件模式、如何迅速而简单地撤销错误操作、如何浏览你的项目的历史版本以及不同提交(commits)之间 的差异、如何向你的远程仓库 如果在一个已存在文件的文件夹(而非空文件夹)中进行版本控制,你应该开始追踪这些文件并进行初始提交。 可以通过 git add 命令来指定所需的文件来进行追踪,然后执行 git commit : $ git add *.c $ git add LICENSE $ git commit -m 'initial project version' 稍后我们再逐一解释这些指令的行为。 现在,你已经得到了一个存在被追踪文件与初始提交的 样的 输出: $ git status On branch master Your branch is up-to-date with 'origin/master'. nothing to commit, working directory clean 这说明你现在的工作目录相当干净。换句话说,所有已跟踪文件在上次提交后都未被更改过。 此外,上面的信 息还表明,当前目录下没有出现任何处于未跟踪状态的新文件,否则0 码力 | 501 页 | 19.30 MB | 1 年前3
Pro Git 中文版 第2版 2.1.66命令 git help 获取与创建项目 git init git clone 快照基础 git add git status git diff git difftool git commit git reset git rm git mv git clean 分支与合并 git branch git checkout git merge git mergetool 了你在使用 Git 完成各种工作时将会用到的各种基本命令。 在学习完本章之 后,你应该能够配置并初始化一个仓库(repository)、开始或停止跟踪 (track)文件、暂存(stage)或提交(commit)更改。 本章也将向你演示 了如何配置 Git 来忽略指定的文件和文件模式、如何迅速而简单地撤销错误操 作、如何浏览你的项目的历史版本以及不同提交(commits)之间的差异、如 何向你的 如果在一个已存在文件的文件夹(而非空文件夹)中进行版本控制,你应该开 始追踪这些文件并进行初始提交。 可以通过 git add 命令来指定所需的文件 来进行追踪,然后执行 git commit : $ git add *.c $ git add LICENSE $ git commit -m 'initial project version' 稍后我们再逐一解释这些指令的行为。 现在,你已经得到了一个存在被追踪 文件与初始提交的0 码力 | 670 页 | 13.59 MB | 1 年前3
git 操作手册git --version #查看git软件版本 git version 2.39.1 ★全局设置 设置用户名和邮箱,只用于提交commit时做metadata信息,不用于身份验证 #全局设置信息保存在 ~/.gitconfig 文件里 # git config --global user.name cof # git status #查看当前工作目录和暂存区的状态 On branch master No commits yet nothing to commit (create/copy files and use "git add" to track) # echo 'print("hello world")' > main.py # git commit -m "msgxxx" #将暂存区提交到仓库区(commit为提交操作),- m后指定本次提交的说明信息 1 file changed, 1 inser�on(+) create mode 100644 main.py # git log #查看提交记录;显示完整的hash值 commit 7b8ff60 码力 | 35 页 | 1.69 MB | 1 年前3
Gitea v1.21.1 中文文档E_SIZE : 5120: 在默认的合并消息中,对于 squash 提交,限制提交消息的大小。设置为 -1 以取消限制。仅在 POPULATE_SQUASH_COMMENT_WITH_COMMIT_MESSAGES 为 true 时使用。 DEFAULT_MERGE_MESSAGE_ALL_AUTHORS : false: 在默认合并消息中,对于 squash 提交,遍历所有提交以包括所 DEFAULT_MERGE_MESSAGE_OFFICIAL_APPROVERS_ONLY : true: 在默认合并消息中,仅包括官方允许审查的审批者。 POPULATE_SQUASH_COMMENT_WITH_COMMIT_MESSAGES : false: 在默认的 squash 合并消息中,包括构成拉取请求 的所有提交的提交消息。 ADD_CO_COMMITTER_TRAILERS : true: 如果 SIGNING_EMAIL : 如果 SIGNING_KEY 提供了一个 KEYID,将使用这些作为签名者的姓名和电 子邮件地址。这些应与密钥的公开姓名和电子邮件地址相匹配。 INITIAL_COMMIT : always: [never, pubkey, twofa, always]: 签名初始提交。 never : 永不签名 pubkey : 仅在用户具有公钥时签名 twofa :0 码力 | 303 页 | 3.88 MB | 1 年前3
共 7 条
- 1













