git clone的文件在哪（git clone bundle）



Github入门与实践

在操作前，须明晰三个概念：工作空間=》缓存空間=》代码仓库。Git代码仓库存储内容记录了每一次的修改变动。

工作空间：你正在操作和修改的地方

缓存空间：阶段性保存工作空间中修改内容的地方（git add命令后，存储修改的位置）

仓         库：固化存储修改变动内容的地方（git commit命令后，存储修改位置）。某次修改变动内容只要存储进入了仓库之中，这个记录就会一直存在，由唯一的commit id进行标识。

1、为一个本地目录创建git版本仓库：

git init                                               //自动在当前目录生成代码管理本地仓库，放入本路径下的文件都可以进行版本管理。

2、将工作空间内容（修改）添加进入缓存空间：

git add .                                          //添加并跟踪当前目录以及子目录中所有文件的修改

git add -u                                       //仅添加当前目录以及子目录中已被跟踪文件的修改

3、将缓存空间内容提交到本地仓库中固化

git commit -m “提交说明文档”      //注意，-m 后面的说明是不可缺的；修改内容必须先添加进缓存空间后，才可以commit(先git add ，再git commit)

4、将仓库代码回退到指定版本commit id：

git reset –hard <commit id>         //commit id 为历史提交记录的辨识号，每一次提交修改都会生成唯一的commit id。

5、查看历史git操作命令：

git reflog                                           //该命令可以查看历史操作内容，已经操作对应的commit -id

6、查看当前修改：

git diff <filename>                       //查看当前分支工作空间相对仓库最新内容的修改变动，<filename>  用于指定某个文件，忽略时显示所有文件的修改变动

git diff –cache <filename>        //查看当前分支工作空间相对缓存空间最新内容的修改变动，<filename>  用于指定某个文件，忽略时显示所有文件的修改变动

7、缓存空间内容回退到工作空间：

当想放弃增加入缓存空间的修改，重新编辑时，用指令：git reset <filename>             //未指定filename时，默认当前分支所有的文件。内容回退到工作空间只是状态的变化，并不会消失。

8、想要删除工作空间作出的修改：

1. 修改未用git add 添加到缓存空间，直接使用命令：git checkout --<filename>          //删除工作空间作出的改动，工作空间内容和最新仓库中当前分支最新内容一致
2. 修改已经加入到缓存空间，须首先用命令git reset <filename>将修改撤回工作空间，然后git checkout --<filename>删除修改

9、修改commit提交的log日志内容：

1. 针对当前最新的commit 提交：

git commit --amend                                                                                                                         //编辑日志内容，确认保存即可实现修改

2.针对历史某次提交：

git rebase -i <commit id>                                                                                                             //进行历史提交的修改，按照弹出框指示进行操作即可

10、其他分支某次提交的修改内容的合并到当前分支：

git cherry-pick <commit-id>                                                                                                                //仅将commit id次提交的变动内容添加到当前分支

git cherry-pick <commit id0>..<commit idn>                                                                                 //将从commit id1 到 commit idn的连续多次修改提交合并到当前分支（左开右闭区间）

11、需要对提交历史进行合并等操作时，需要git rebase -i [commit id]                                          //对commit id后的提交记录进行修改操作，可以进行提交记录的合并、忽略、修改日志内容等操作，按提示进行即可

12、将本地分支内容推送到远端仓库：

git push<远程主机名><本地分支名>:<远程分支名>                                                                   //忽略本币分支名时，默认即当前分支；忽略远端分支时，默认远端与本地分支同名；主机默认origin

13、拉取远端仓库代码：

git pull <远程主机名> <远程分支名>:<本地分支名>                                                                    //忽略本币分支名时，默认即当前分支；忽略远端分支时，默认远端与本地分支同名；主机默认origin

3.0.8普通用户版account.json跳过登陆注册方法已失效，请安装企业版

官网：https://www.sourcetreeapp.com...

进入 sourcetree 目录, 在资源管理器中进入以下地址

放入以下文件

• 生成本机 SSH

• 生成密钥文件为：，可以用 查看
• 复制粘贴到 SSH设置
• souretree 配置 GIT 用户权限

Header部分只有一行，包括三个字段：type（必需）、scope（可选）和subject（必需）。 type:

• feat：新功能（feature）
• fix：修补bug
• docs：文档（documentation）
• style： 格式（不影响代码运行的变动）
• refactor：重构（即不是新增功能，也不是修改bug的代码变动）
• test：增加测试
• chore：构建过程或辅助工具的变动

以下以 插件发布为例

If you’re ready to share your code with the world, make your first commit:

Then create a new repository on GitHub. Add the git remote, and push:

Replace with your GitHub user name and d3-foo with your plugin name, obvs.

Next, create a git tag that corresponds to the version in your package.json file. (If this is not your first release, you’ll also want to bump the version to 0.0.2, 0.1.0, or 1.0.0 as appropriate.) You can push commits as frequently as you like, but periodically you should bundle these commits together into a release. Tags are simply a mechanism for identifying releases in the repository.

(Alternatively, use npm version, which also edits the package.json file for you.)

Push the tag to GitHub:

As a side-effect of publishing, NPM will create a d3-foo.zip archive of your release in the build folder. Add this as a custom download to your GitHub releases (for example, see d3-shape) so that people can download your code without needing to use NPM.

Edit your release notes to tell people what’s changed!

Once you’ve published the first time, add your plugin to the wiki. If you want collaborators, let me know, and you can transfer your repository to the D3 organization and setup a team. You’ll retain admin rights and be able to publish new releases as often as you like!

项目发布过程

仓库初始化

查看仓库状态

添加监控跟新文件

提交

推送到远程仓库

http://stackoverflow.com/ques...

http://stackoverflow.com/ques...

github中git push origin master出错：error: failed to push some refs to

这时候在远程也会发现多了一个develop分支

场景是这样的，在一次提交 PR 的 review 过程中，我提交的一个文件，在若干 commits 的修改下，最终和最初状态完全相同，但是 PR 中却保留了对该文件的提交历史，因此 reviewer 希望我可以将这个文件移除提交历史。

这个主要需要用到 git rebase ，步骤如下：

• : 首先通过 git log 来查询要回滚到的 commit id
• : 对该文件进行 reset 操作（撤销提交历史相关的修改）
• : 对其进行 checkout 操作（撤销对文件本身的修改）
• : 修改提交历史信息
• : 同步

Git dev分支合并到master分支完美实战

待代码测试没问题，再将自己分支的内容合并到master 分支，然后提交到远程服务

git tag 命令包括可以用于添加、删除和列出标签的选项。

不使用选项的 git tag 命令可以列出可见标签:

你可以通过添加标签名在当前检出中创建标签:

在 gittag 命令中加入指定提交的SHA-1,就可以为该提交添加标签:

选项 -a 可以为标签加入注解:

你可以在命令行中使用 -m 选项定义信息:

如果使用 git show 命令,会显示如下信息:

选项 -d 可以删除标签:

（git储藏）可用于以下情形：

• 发现有一个类是多余的，想删掉它又担心以后需要查看它的代码，想保存它但又不想增加一个脏的提交。这时就可以考虑git stash。
• 使用git的时候，我们往往使用分支（branch）解决任务切换问题，例如，我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug，我们往往会把完成一半的代码commit提交到本地仓库，然后切换分支去修改bug，改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码，但是却不得不去修改一个紧急Bug，那么使用git stash就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修Bug，等到修完Bug，提交到服务器上后，再使用git stash apply将以前一半的工作应用回来。
• 经常有这样的事情发生，当你正在进行项目中某一部分的工作，里面的东西处于一个比较杂乱的状态，而你想转到其他分支上进行一些工作。问题是，你不想提交进行了一半的工作，否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。储藏(stash)可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中，随时可以重新应用。

stash当前修改

重新应用缓存的stash

可以通过命令恢复之前缓存的工作目录，输出如下：

查看现有stash

可以使用git stash list命令，一个典型的输出如下：

在使用git stash apply命令时可以通过名字指定使用哪个stash，默认使用最近的stash（即stash@{0}）

移除stash

可以使用git stash drop命令，后面可以跟着stash名字。下面是一个示例：

或者使用git stash clear命令，删除所有缓存的stash。

1. 显示出branch1和branch2中差异的部分

git diff branch1 branch2 --stat

1. 显示指定文件的详细差异

git diff branch1 branch2 具体文件路径

1. 显示出所有有差异的文件的详细差异

git diff branch1 branch2

1. 查看branch1分支有，而branch2中没有的log

git log branch1 ^branch2

1. 查看branch2中比branch1中多提交了哪些内容

1. 不知道谁提交的多谁提交的少，单纯想知道有是吗不一样

git log branch1...branch2

1. 在上述情况下，在显示出没个提交是在哪个分支上

你在github上找到一个好的template，怎样在它的基础上做开发？

- 该项目

• `rm -rf .git/ && git init
• 更改package.json name 为你的项目名
• 更改 .env 等配置文件
• 开始开发

解决方案： https://stackoverflow.com/que...

1、接收需求，下载项目并创建自己的修改分支

首先，在代码仓库中找到对应库，获取起Git 下载连接。如github上的golang/protobuf : https://github.com/golang/pro...

然后，在本地目录执行：git clone https://github.com/golang/pro...，就可以将整个项目源码下载到本地

建立自己的分支：为了开发便利和安全，修改项目代码最好尽力自己的分支进行开发，基本测试通过后，再将修改合并到项目的主分支中

git branch <your branch name> //建立自己的分支并为了命令

git branch -a //查看当前所有存在的分支

git checkout branch-name //切换到branch-name命令的分支

git branch -d branch-name //删除branch-name分支

2、在自己的分支上进行需求开发

自己分支按照需求进行项目的开发和基本功能测试，阶段性工作通过git add 、git commit 进行保存。

3、将自己开发内容合并到项目主干分支中

自己分支开发工作结束后，需要将开发内容合并到项目主干分支（master（线上分支）、staging(测试分支)）中

git checkout master / git checkout staing // 切换到主干分支

git fetch //拉去远端仓库分支最新内容

git rebase //更新本地分支head与远端最新分支内容保持一直

git cherry-pick commit-id // 将自己分支上于本次需求修改相关的内容，合并到所在的主干分支(可能需要解决冲突问题)

git rebase -i commit-idn /对合并结果进行调整，合并不必要的commit 记录、修改log日志内容等

git push // 将当前本地分支最新修改推送到远端仓库

分支合并过程中，也可以使用git merge指令，但是合并效果不佳，可参考： https://blog.csdn.net/wh_1991...

到此这篇git clone的文件在哪（git clone bundle）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/cjjbc/36068.html