【運用・保守の上級知識】GitHubの基本操作がこの記事でわかる!(ユーザーの登録 + ssh キーの構成 + プロジェクトの作成 + リポジトリの作成 + コードをローカルにプル + 新しいコードを Github にプッシュ)

この記事では GitHub について簡単に紹介します。GitHub は Git リポジトリ ホスティング サービスです。現在、世界最大のソフトウェア ウェアハウスです。何百万もの開発者とユーザーがいます。個人的な使用に適しています。アップロードしたコード ファイルは共有できます。コード ファイルは誰でも複製できるため、開発者はオープン ソース プロジェクトにコードを寄稿することが容易になり、プライベート ライブラリに料金を支払うこともできますが、結局のところ、コード ファイルは他の人の場所に置かれ、プライベート ライブラリは利用できません。絶対に安全です。独自のコード ベースに入れて、GitLab を使用してください。もちろん、個人の開発者である場合も、企業で使用している場合も、この記事が役立つことを願っています。

目次

GitHubの使用

1. 登録ユーザー

2、sshキーを設定する

3. プロジェクトを作成する

4 番目に、リポジトリを作成します

5. コードをローカルにプルします。

6. 新しいコードを GitHub にプッシュする


GitHubの使用

1. 登録ユーザー

 公式サイトを検索して手順に従って操作してください

2、sshキーを設定する

Linux システムのコード ファイルを github に送信する必要があるため、コード プッシュを実現するには、独自の Linux システムとキーのない独自の github バックエンドを作成する必要があります。

まず ssh 秘密鍵を作成します 公開鍵を作成します 公開鍵をコピーします

[root@Gitlab ~]# ssh-keygen -t rsa -C "[email protected]"    #填自己注册github的邮箱
[root@Gitlab ~]# cat .ssh/id_rsa.pub     #复制公钥

ログインアカウント 

Linux テストではキーフリーです。最初に「yes」と入力する必要があり、後で入力する必要はありません。

[root@Gitlab ~]# ssh -T [email protected]
......
Are you sure you want to continue connecting (yes/no)? yes
......
Hi bosskoten! You've successfully authenticated, but GitHub does not provide shell access.
[root@Gitlab ~]# ssh -T [email protected]
Hi bosskoten! You've successfully authenticated, but GitHub does not provide shell access.

3. プロジェクトを作成する

右下隅の「作成」で作成できます 

プロジェクトにはタイトル、作成者、ステータスが入力されるため、進行状況と完了ステータスを確認できます。プラス記号をクリックして順に追加します。タイトルを入力したら、Enter キーを押します。

ドロップダウンチェック 

状態を選択 

同様に、複数のタスクを設定できます

設定インターフェイスに入る 

プロジェクトを公開する 

4 番目に、リポジトリを作成します

リポジトリリポジトリを作成する 

5. コードをローカルにプルします。

コードをホストにプルします 

[root@Gitlab git_test]# git pull [email protected]:bosskoten/test.git
warning: no common commits
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From github.com:bosskoten/test
 * branch            HEAD       -> FETCH_HEAD
Merge github.com:bosskoten/test

# Please enter a commit message to explain why this merge is ne
cessary,
# especially if it merges an updated upstream into a topic bran
ch.
#
# Lines starting with '#' will be ignored, and an empty message
 aborts
# the commit.
~                                                              
~                                                              
~                                                              
~                                                              
~                                                              
~                                                              
Merge made by the 'recursive' strategy.
 README.md | 2 ++
 1 file changed, 2 insertions(+)
 create mode 100644 README.md

プルが成功すると、リポジトリのコンテンツが見つかります。

[root@Gitlab git_test]# cat README.md 
# test
测试

6. 新しいコードを GitHub にプッシュする

1. Github を関連付け、コードを Github のリポジトリに送信します

[root@Gitlab git_test]# git remote add origin [email protected]:bosskoten/test.git
[root@Gitlab git_test]# git push origin master
Counting objects: 12, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (9/9), done.
Writing objects: 100% (11/11), 1.16 KiB | 0 bytes/s, done.
Total 11 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), done.
remote: 
remote: Create a pull request for 'master' on GitHub by visiting:
remote:      https://github.com/bosskoten/test/pull/new/master
remote: 
To [email protected]:bosskoten/test.git
 * [new branch]      master -> master
[root@Gitlab git_test]# ls
1.txt  dev  dev_test  README.md  test

# 如果是第一次合并分支,可以将其默认设置为上游
git push -u origin <分支名称>   
# 所有分支的代码一键提交到仓库
git push --all origin           

2. master ブランチにプッシュコンテンツがあるかどうかを確認します 


運用保守歴10年、ドライグッズの運用保守を続けているkotenです。

おすすめ

転載: blog.csdn.net/qq_37510195/article/details/130760545