コミュニティ 学ぶ ツールライブラリ レジャー
検索
日本語
版本控制 - git创建分支失败，无法提交，难以理解分支的用途
高洛峰
高洛峰 2017-04-28 09:05:49
0
4
894

疑惑

对git分支不了解，今天测试使用git分支，本地创建了一个 new分支，commit后push报错了，且远程并没有看到new分支。

截图

远程截图bitbucket.org，只看到默认的master分支，看不到new分支

命令

Welcome to Git (version 1.9.5-preview20141217)


Run 'git help git' to display the help index.
Run 'git help <command>' to display help for specific commands.

Administrator@NSGRZQBMHMHTYQF /E
$ mkdir test

Administrator@NSGRZQBMHMHTYQF /E
$ cd test

Administrator@NSGRZQBMHMHTYQF /E/test
$ touch "d" > 1.txt

Administrator@NSGRZQBMHMHTYQF /E/test
$ ls
1.txt  d

Administrator@NSGRZQBMHMHTYQF /E/test
$ git init
Initialized empty Git repository in e:/test/.git/

Administrator@NSGRZQBMHMHTYQF /E/test (master)
$ git status
On branch master

Initial commit

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        1.txt
        d

nothing added to commit but untracked files present (use "git add" to track)

Administrator@NSGRZQBMHMHTYQF /E/test (master)
$ git add --all

Administrator@NSGRZQBMHMHTYQF /E/test (master)
$ git commit -m "head version"
[master (root-commit) 22a9e38] head version
 2 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 1.txt
 create mode 100644 d

Administrator@NSGRZQBMHMHTYQF /E/test (master)
$ git remote add origin git@bitbucket.org:myacc/br.git

Administrator@NSGRZQBMHMHTYQF /E/test (master)
$ git push -u origin --all # pushes up the repo and its refs for the first time
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 214 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@bitbucket.org:myacc/br.git
 * [new branch]      master -> master
Branch master set up to track remote branch master from origin.

Administrator@NSGRZQBMHMHTYQF /E/test (master)
$ git branch new

Administrator@NSGRZQBMHMHTYQF /E/test (master)
$ git checkout new
Switched to branch 'new'

Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ git status
On branch new
nothing to commit, working directory clean

Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ touch "2" > 2.txt

Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ git status
On branch new
Untracked files:
  (use "git add <file>..." to include in what will be committed)

        2
        2.txt

nothing added to commit but untracked files present (use "git add" to track)

Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ git add --all

Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ git status
On branch new
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   2
        new file:   2.txt


Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ git commit -m "branch new head version"
[new 4429a97] branch new head version
 2 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 2
 create mode 100644 2.txt

Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ git push -u origin:new
warning: push.default is unset; its implicit value is changing in
Git 2.0 from 'matching' to 'simple'. To squelch this message
and maintain the current behavior after the default changes, use:

  git config --global push.default matching

To squelch this message and adopt the new behavior now, use:

  git config --global push.default simple

When push.default is set to 'matching', git will push local branches
to the remote branches that already exist with the same name.

In Git 2.0, Git will default to the more conservative 'simple'
behavior, which only pushes the current branch to the corresponding
remote branch that 'git pull' uses to update the current branch.

See 'git help config' and search for 'push.default' for further information.
(the 'simple' mode was introduced in Git 1.7.11. Use the similar mode
'current' instead of 'simple' if you sometimes use older versions of Git)

ssh: Could not resolve hostname origin: no address associated with name
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Administrator@NSGRZQBMHMHTYQF /E/test (new)
$ git status
On branch new
nothing to commit, working directory clean

对分支的理解

1.创建了分支之后，再 git add . 就添加了，然后git commit -m ""就提交到了当前的分支？
2.如果运行了 git checkout new，那么是不是会从远程下载new分支到本地，直接自动合并？
3.如果运行了 git checkout new，然后关闭git bash再打开git bash，默认的就是new分支了
4.git 默认的分支就是master分支？

分支的用途

假如开发ubuntu，A程序员在开发LTS12.04分支，然后B程序员却继续开发 V13 版本？
然后某一次B程序员需要去帮A程序员开发LTS12.04，那B应该先将项目V13的所有文件git push V13分支，再 git checkout LTS12.04，再git pull拉取所有的LTS12.04分支。修改后，再git push LTS12.04分支，再checkout V13分支，再 git pull V13所有程序，才返回到了V13的分支？
是这样吗？但git pull不是合并了B项目文件夹下的V13和LTS12.04两个版本的代码了吗

难以理解……

高洛峰
高洛峰

拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师，...

全員に返信(4)
迷茫
迷茫2017-04-28 09:07:49 4棟

文法エラーです。 。 。明確なエラーメッセージも読んでないのですか？ リーリー

新しいブランチのプッシュは次のように記述する必要があります (コロン =.= はどこにありましたか)

リーリー

============================================

ブランチの理解

1. ブランチを作成した後、 git add でそれを追加し、 git commit -m "" で現在のブランチにコミットします。

新しいブランチの作成はブランチに切り替えることを意味しません。 git Branch new_branch は現在のブランチのステータスから新しいブランチを作成するだけです。ただし、この時点での直接の変更とコミットはまだです。現在のブランチ。git checkout new_branch のみが新しく作成されたブランチに切り替わります

git branch new_branch只是从当前分支的当前状态创建一个新的分支，但是此时直接修改并commit 还是在当前分支上的， 只有git checkout new_branch 才会切换到新建的分支

git checkout -b new_branch 等效于上面两条命令之和

2.如果运行了 git checkout new，那么是不是会从远程下载new分支到本地，直接自动合并？

只有push/pull/fetch是跟远端交互的，commit/checkout之类的都是纯本地操作
checkout只是从当前使用的分支切换到本地另外一个分支，换句话说就是把当前工作空间的所有文件内容变为另一个分支的状态

"从远程下载new分支到本地，直接自动合并" 是在new分支上git pull 的效果

3.如果运行了 git checkout new，然后关闭git bash再打开git bash，默认的就是new分支了

是的，分支状态是持久化的，所有信息保存在.git目录下

4.git 默认的分支就是master分支？

是的

分支的用途

假如开发ubuntu，A程序员在开发LTS12.04分支，然后B程序员却继续开发 V13 版本？
然后某一次B程序员需要去帮A程序员开发LTS12.04，那B应该先将项目V13的所有文件git push V13分支不需要push，但必须commit/stash 否则修改内容会丢失，再 git checkout LTS12.04，再git pull拉取所有的LTS12.04分支这里应该描述为拉取1204分支上所有的远端变更。修改后，先git commit再git push LTS12.04分支，再checkout V13分支，再 git pull V13所有程序同样不需要pull，才返回到了V13的分支？
是这样吗？但git pull不是合并了B项目文件夹下的V13和LTS12.04两个版本的代码了吗

pull只会从远端拉取其他人push上去的变更，合并到本地“对应”的分支，跨分支的合并只能在本地通过git merge完成git checkout -b new_branch は、上記 2 つのコマンドの合計に相当します

🎜 🎜2. git checkout new を実行すると、新しいブランチがリモートからローカルにダウンロードされ、直接自動的にマージされますか? 🎜 🎜 🎜 pull/fetch のみがリモート エンドと対話し、commit/checkout などは純粋にローカルな操作です
checkout現在使用されているブランチから別のローカル ブランチに切り替えます。つまり、現在のワークスペースのすべてのファイルの内容を別のブランチの状態に変更します🎜。 🎜「新しいブランチをリモートからローカルにダウンロードし、自動的に直接マージする」は、新しいブランチに対する git pull の効果です🎜 🎜 🎜3. git checkout new を実行し、git bash を閉じてから git bash を開くと、デフォルトのブランチが new になります 🎜 🎜 🎜はい、ブランチのステータスは保持され、すべての情報は .git ディレクトリに保存されます🎜 🎜 🎜4. git のデフォルトのブランチは master ブランチですか? 🎜 🎜 🎜はい🎜 🎜支店の目的🎜 🎜Ubuntu を開発するときに、プログラマー A が LTS12.04 ブランチを開発し、その後プログラマー B が V13 バージョンの開発を続けると仮定します。
次に、プログラマ B がプログラマ A の LTS12.04 開発を支援する必要がある場合、B はまずプロジェクト V13 のすべてのファイルを V13 ブランチ に git プッシュする必要があります。プッシュする必要はありませんが、コミット/スタッシュする必要があります。そうしないと、変更されたコンテンツがLost code>、次に git checkout LTS12.04、次に git pull してすべての LTS12.04 ブランチをプルします。これは、1204 ブランチ上のすべてのリモート変更をプルするものとして説明する必要があります。変更後、最初に git commit、次に LTS12.04 ブランチを git Push、次に V13 ブランチをチェックアウト、次に V13 のすべてのプログラムを git pull します。pull も必要ありません。 V13 ブランチに戻る前に code> を実行してください。
そうですか？しかし、B プロジェクト フォルダー内の V13 バージョンと LTS12.04 バージョンのコードを git pull merge しませんでしたか? 🎜pull は、他のユーザーがプッシュした変更をリモート エンドからプルし、ローカルの「対応する」ブランチにマージするだけです。ブランチ間のマージは、git merge を介してローカルでのみ完了できます。
いいねを押す +0
返信を追加
phpcn_u1582
phpcn_u15822017-04-28 09:07:49 3棟

Git は、他の人のエラー メッセージをよく見るようにあなたに呼びかけています! 実行されました

リーリー

は通常であり、push のコマンドは push 的命令是

git config --global push.default matching

啊！什么时候成了origin:new リーリー

ああ！いつから origin:new になったのですか! #🎜🎜#
いいねを押す +0
返信を追加
仅有的幸福
仅有的幸福2017-04-28 09:07:49 2棟

push プロセスに問題があるはずです: git Pushorigin newpush这个过程出现了问题：git push origin new

Q: 创建了分支之后，再 git add . 就添加了，然后git commit -m ""就提交到了当前的分支？

A: 提交代码到本地

Q: 如果运行了 git checkout new，那么是不是会从远程下载new分支到本地，直接自动合并？

A: 不会从远程下载new分支到本地，除非显示的调用git pull origin

Q: 如果运行了 git checkout new，然后关闭git bash再打开git bash，默认的就是new分支了

A: 对的

Q: git 默认的分支就是master分支？

A: git 默认分支是master

Q: ブランチを作成した後、 git add . でそれを追加し、 git commit -m "" で現在のブランチにコミットしますか?

A: コードをローカルに送信します🎜 🎜Q: git checkout new を実行すると、新しいブランチはリモートからローカルにダウンロードされ、直接自動的にマージされますか? 🎜 🎜A: new ブランチは、git pullorigin を明示的に呼び出さない限り、リモートの場所からローカルの場所にダウンロードされません🎜 🎜Q: git checkout new を実行し、git bash を閉じてから git bash を開くと、デフォルトのブランチは new になります🎜 🎜A: そうですね🎜 🎜Q: git のデフォルトのブランチは master ブランチですか? 🎜 🎜A: git のデフォルトのブランチは master ブランチです🎜 🎜最初から学ぶことをお勧めします: https://github.com/numbbbbb/progit-zh-pdf-epub-mobi🎜
いいねを押す +0
返信を追加
我想大声告诉你
我想大声告诉你2017-04-28 09:07:49 1棟

newBranch ブランチをプッシュする場合は、マスター上の新しいブランチをマージする必要があります: git merge newBranch
全体的な手順:

リーリー
いいねを押す +0
返信を追加
人気のトピック
詳細>
人気の記事
人気のチュートリアル
詳細>
関連するチュートリアル
人気のおすすめ
最新のコース
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート