Git管理ソースコード、gitワンマン操作とリモートウェアハウスgithubの操作
6458 ワード
Git
1.gitワークスペース、一時保管エリア、倉庫エリア
≪ワークスペース|Workspace|oem_src≫:ファイルを追加、変更、削除する操作は、ワークスペースで行われます.
≪一時保存領域|Pending Area|oem_src≫:一時保存領域とは、作業領域の操作を完了する小段階の保存を指し、バージョン・ライブラリの一部です.
倉庫区:倉庫区は個人開発の小さな段階の完成を表す.
注意:1.倉庫領域に記録された各バージョンは、表示およびロールバック可能である.しかし、一時保存エリアのバージョンはコミットされると二度とありません.
一、Gitシングルローカル倉庫操作 git sudo apt-get install git をインストール gitインストール結果を表示git 作成プロジェクトデスクトップにフォルダを作成し、作業プロジェクトであることを示すmkdir test ローカルウェアハウス1を作成してtestに入り、ローカルウェアハウスを作成する.git cd Desktop/test/git init
②新しく作成した本都倉庫.gitは空き倉庫だ
③この表示されるファイルパスに入ると、ctrl+h、非表示ファイルが表示されます個人情報git config userを構成する.name‘張三’git config user.email ‘[email protected]’ 新規pyファイルプロジェクトファイルtestにloginを作成する.pyファイル、バージョン管理プレゼンテーションcd Desktop/test/touch login用.py、 ファイルステータスgit status を表示
①赤は、新規のファイルまたは新規のファイルがワークスペースにあることを示す.②緑色表示ファイルが一時保存エリア③に新規作成するlogin.pyファイルはワークスペースにあります.一時保存領域に追加して倉庫領域にコミットする必要があります.ワークスペースファイルを一時保存エリア1の追加項目のすべてのファイルgit addに追加する.または②指定ファイルgit add loginを追加する.py
一時保存領域に追加するとファイル名が緑に変わります一時保存ファイルを倉庫にコミットcommitは、バージョンレコードを生成する-mの後にバージョン記述情報相 を生成する.
git commit-m「バージョン記述」このときlogin.pyでコードvi loginを編集します.py/vim login.pyコード編集完了後addとcommit操作 ヒント:git addを結合するコマンドを追加してコミットします.git commit-m「バージョン記述」とコードgit commit-am「バージョン記述」を合成する
コードを2回コミットすると、2つのバージョンが記録されます.
11.履歴バージョンgit logまたはgit reflogの表示
git reflogは、削除されたcommitレコードを含むすべてのブランチのすべての操作レコード(commitおよびresetの操作を含む)を表示し、git logは削除されたcommitレコードを参照できません.
12.回退版方案一:①HEADは現在の最新版を表す②HEAD^は現在の最新版の前の版を表す③HEAD^^は現在の最新版の前の2つの版を表す.このように押す.④HEAD~1は現在の最新版の前の版を表す.⑤HEAD~10は現在の最新版の前の10の版を表す.このように押す.
git reset --hard HEAD^
シナリオ2:バージョンが非常に多い場合に選択できるシナリオ
ロールバックエラーが発生した場合はgit reflogを使用して前のバージョン番号を表示し、git reset--hardバージョン番号に前のバージョン番号を付けてロールバックできます.
13.変更の取り消しはワークスペース、一時保存エリアのコードのみを取り消すことができ、倉庫エリアのコード を取り消すことができない.倉庫領域を取り消すコードは、ロールバックバージョン操作 に相当する.
①ワークスペースコードの取り消し
①一時保存コードの取り消し
二、GitリモートウェアハウスGithub Githubサイトがリモートコードウェアハウスとしての操作はローカルコードウェアハウスと同じで、倉庫の位置が違うだけです!
Gitソース倉庫の準備https://github.com/
リモートウェアハウス1を作成します.ログイン登録Githubhttps://github.com/手順に従って操作すればよい
SSHの設定
SSH操作を選択あるコンピュータがGithub上の倉庫と対話する必要がある場合、このコンピュータのSSH公開鍵をこのGithubアカウントに追加します.
1.SSH公開鍵エントリの構成
2.SSH公開鍵の生成利用:ssh-keygen-t rsa-C"[email protected]「端末にqiruihuaを入力すると、メールボックスまたはユーザー名に変更できます.
3.SSH公開鍵の構成 git cloneコマンドを使用してファイル をクローン変更コードpushでリモートウェアハウス にアップロード
プロジェクトのクローン作成
1.リモートウェアハウスのクローンコマンドcd Desktop/manager/git clonehttps://github.com/qruihua/info.gitcloneの後ろのパスは、リモートウェアハウスで現在のウェアハウスパスをコピーすることです.
2.リモート・ウェアハウスのローカルへのクローニング
3.クローン作成に成功した後にファイルを表示する
4.アイデンティティ情報cd Desktop/manager/info/git config userを構成する.nameマネージャーgit config user.email ‘[email protected]’
5.プロジェクトの作成
6.プロジェクトをリモート倉庫にプッシュ
pushではアカウントとパスワードを設定する必要があります.このパスワードはgithubのアカウントとパスワードです.
このとき、リモートウェアハウスで成功したプロンプトが作成されたかどうかを確認します.pushのたびにアカウントとパスワードを設定する必要がある場合は、暗記パスワードを設定できます.
複数人共同開発:仮に2人いるとしたら、1人はマネージャーで、1人は張三です.現在、リモートで倉庫 が作成されています.リモート・ウェアハウスをマネージャのローカル にクローン化リモートの倉庫を張三のローカル にクローン化するマネージャと張三構成アイデンティティ情報 マネージャは、コード編集インタフェースでコードを記述してリモートウェアハウスgit pushコマンド にアップロードする.枚の3枚は、git pullコマンドをリモートのコードを同期して利用し、リモートウェアハウスにアップロードするように記述されています. マネージャは、リモート・ウェアハウスのコードを同期して作成します.さらにリモートウェアハウス にアップロードは、 をこのように繰り返し実行する.まとめ:gitコマンドを使用して倉庫を操作するには、倉庫内部に入る必要があるサーバーコードを同期するには実行:git pullローカル倉庫レコードバージョン実行:git commit-am'バージョン記述'プッシュコードをサーバーに送信するには実行:git pushコードを編集する前にpullを行い、編集してからcommitを行い、最後にプッシュするのはpush である.
コード競合1.ヒント:複数の人が共同で開発する場合、コードの衝突は避けられない.理由:複数人が同時に同じファイルを修正した.危害:正常な開発進度に影響する.注意:コード競合が発生した場合は、解決してから後続の開発を行う必要があります.
1.張三はまずloginを編集した.pyファイルコードは張三ローカル倉庫に入ります:cd Desktop/zhangsan/info拉取サーバーの最新コード:git pull編集コード:num 3=30ローカル倉庫記録バージョン:git commit-am‘第三変数’プッシュサーバー倉庫に送ります:git push
2.マネージャはリモートウェアハウスのコードを同期してからloginを直接編集しません.pyファイルコード後にアップロード
以上の操作でコード競合マネージャが先にpullする
3.競合の解決
補足:
ラベル大きなバージョンが完了したら、ラベルの役割を果たす必要があります.大きなバージョンのバックアップの大きなバージョンコードを記録します.
シミュレーションマネージャのラベル1.マネージャーのローカル倉庫に入るinfo cd Desktop/manager/info/
2.マネージャーがローカルにラベルを打つgit tag-aラベル署名-m「ラベル記述」例:git tag-a v 1.0 -m ‘version 1.0’
3.マネージャーがリモートウェアハウスgit push originにラベルをプッシュするラベル名例:git push origin v 1.0
補足:ローカルおよびリモートラベルの削除
ブランチ
役割:生産環境コードを区別し、環境コードを開発して新しい機能や難題を研究し、オンラインバグを解決する
特徴:プロジェクト開発における共通ブランチはmaster、devブランチを含むmasterがデフォルトブランチであり、パブリッシュに使用され、パブリッシュが必要な場合にdevブランチをmasterブランチdevにマージすることは開発に使用されるブランチであり、段階的なコードを開発した後、masterブランチにマージする必要がある
シミュレーションマネージャのブランチ操作1.マネージャーのローカル倉庫に入るinfo cd Desktop/manager/info/
2.現在のブランチgit branchが他のブランチを作成していない場合、masterブランチのみ
3.マネージャがdevブランチgit checkout-b devを作成して切り替える
4.ローカルブランチ追跡リモート指定ブランチ(ブランチをリモートにプッシュ)git push-u origin devの設定
5.マネージャがdevブランチでコードを編集する
6.devブランチソースコードの管理:add、commit、push
7.devブランチをmasterブランチにマージするヒント:devブランチがmasterブランチにマージされた場合にのみnum 4を取得できます.
7.1まずマスターブランチgit checkoutマスターに切り替える
7.2 devブランチをmasterブランチgit merge devにマージする
7.3マネージャーが連結分岐操作をリモート倉庫にプッシュする
マージブランチのデフォルトはローカルで完了し、マージ後に直接プッシュすればgit push
8.張三同期マネージャ合併後のnum 4は張三同期コードが成功した場合にのみ、ブランチ合併に成功したcd Desktop/zhangsan/info/git pull
1.gitワークスペース、一時保管エリア、倉庫エリア
≪ワークスペース|Workspace|oem_src≫:ファイルを追加、変更、削除する操作は、ワークスペースで行われます.
≪一時保存領域|Pending Area|oem_src≫:一時保存領域とは、作業領域の操作を完了する小段階の保存を指し、バージョン・ライブラリの一部です.
倉庫区:倉庫区は個人開発の小さな段階の完成を表す.
注意:1.倉庫領域に記録された各バージョンは、表示およびロールバック可能である.しかし、一時保存エリアのバージョンはコミットされると二度とありません.
一、Gitシングルローカル倉庫操作
②新しく作成した本都倉庫.gitは空き倉庫だ
③この表示されるファイルパスに入ると、ctrl+h、非表示ファイルが表示されます
①赤は、新規のファイルまたは新規のファイルがワークスペースにあることを示す.②緑色表示ファイルが一時保存エリア③に新規作成するlogin.pyファイルはワークスペースにあります.一時保存領域に追加して倉庫領域にコミットする必要があります.
一時保存領域に追加するとファイル名が緑に変わります
git commit-m「バージョン記述」
コードを2回コミットすると、2つのバージョンが記録されます.
11.履歴バージョンgit logまたはgit reflogの表示
git reflogは、削除されたcommitレコードを含むすべてのブランチのすべての操作レコード(commitおよびresetの操作を含む)を表示し、git logは削除されたcommitレコードを参照できません.
12.回退版方案一:①HEADは現在の最新版を表す②HEAD^は現在の最新版の前の版を表す③HEAD^^は現在の最新版の前の2つの版を表す.このように押す.④HEAD~1は現在の最新版の前の版を表す.⑤HEAD~10は現在の最新版の前の10の版を表す.このように押す.
git reset --hard HEAD^
シナリオ2:バージョンが非常に多い場合に選択できるシナリオ
git reset --hard
ロールバックエラーが発生した場合はgit reflogを使用して前のバージョン番号を表示し、git reset--hardバージョン番号に前のバージョン番号を付けてロールバックできます.
13.変更の取り消し
①ワークスペースコードの取り消し
num3 = 30, add ,
git checkout
①一時保存コードの取り消し
num3 = 30, add
1. :
git reset HEAD
2. :
git checkout
二、GitリモートウェアハウスGithub Githubサイトがリモートコードウェアハウスとしての操作はローカルコードウェアハウスと同じで、倉庫の位置が違うだけです!
Gitソース倉庫の準備https://github.com/
リモートウェアハウス1を作成します.ログイン登録Githubhttps://github.com/手順に従って操作すればよい
SSHの設定
SSH操作を選択あるコンピュータがGithub上の倉庫と対話する必要がある場合、このコンピュータのSSH公開鍵をこのGithubアカウントに追加します.
1.SSH公開鍵エントリの構成
2.SSH公開鍵の生成利用:ssh-keygen-t rsa-C"[email protected]「端末にqiruihuaを入力すると、メールボックスまたはユーザー名に変更できます.
3.SSH公開鍵の構成
プロジェクトのクローン作成
1.リモートウェアハウスのクローンコマンドcd Desktop/manager/git clonehttps://github.com/qruihua/info.gitcloneの後ろのパスは、リモートウェアハウスで現在のウェアハウスパスをコピーすることです.
2.リモート・ウェアハウスのローカルへのクローニング
3.クローン作成に成功した後にファイルを表示する
4.アイデンティティ情報cd Desktop/manager/info/git config userを構成する.nameマネージャーgit config user.email ‘[email protected]’
5.プロジェクトの作成
6.プロジェクトをリモート倉庫にプッシュ
#
git add .
#
git commit -m ' '
#
git push
pushではアカウントとパスワードを設定する必要があります.このパスワードはgithubのアカウントとパスワードです.
このとき、リモートウェアハウスで成功したプロンプトが作成されたかどうかを確認します.pushのたびにアカウントとパスワードを設定する必要がある場合は、暗記パスワードを設定できます.
( 15 ):
git config --global credential.helper cache
, (1 ):
git config credential.helper 'cache --timeout=3600'
:
git config --global credential.helper store
複数人共同開発:仮に2人いるとしたら、1人はマネージャーで、1人は張三です.
コード競合1.ヒント:複数の人が共同で開発する場合、コードの衝突は避けられない.理由:複数人が同時に同じファイルを修正した.危害:正常な開発進度に影響する.注意:コード競合が発生した場合は、解決してから後続の開発を行う必要があります.
1.張三はまずloginを編集した.pyファイルコードは張三ローカル倉庫に入ります:cd Desktop/zhangsan/info拉取サーバーの最新コード:git pull編集コード:num 3=30ローカル倉庫記録バージョン:git commit-am‘第三変数’プッシュサーバー倉庫に送ります:git push
2.マネージャはリモートウェアハウスのコードを同期してからloginを直接編集しません.pyファイルコード後にアップロード
:cd Desktop/manager/info/
:num3 = 300
:git commit -am ' '
:git push
以上の操作でコード競合マネージャが先にpullする
3.競合の解決
: ,
:
, add、commit、push
補足:
、
1.
2.
3.
4.
5.
、
1. , pull , commit push
2.
3.
4. ,
5. ,
6.
ラベル大きなバージョンが完了したら、ラベルの役割を果たす必要があります.大きなバージョンのバックアップの大きなバージョンコードを記録します.
シミュレーションマネージャのラベル1.マネージャーのローカル倉庫に入るinfo cd Desktop/manager/info/
2.マネージャーがローカルにラベルを打つgit tag-aラベル署名-m「ラベル記述」例:git tag-a v 1.0 -m ‘version 1.0’
3.マネージャーがリモートウェアハウスgit push originにラベルをプッシュするラベル名例:git push origin v 1.0
補足:ローカルおよびリモートラベルの削除
#
git tag -d
#
git push origin --delete tag
ブランチ
役割:生産環境コードを区別し、環境コードを開発して新しい機能や難題を研究し、オンラインバグを解決する
特徴:プロジェクト開発における共通ブランチはmaster、devブランチを含むmasterがデフォルトブランチであり、パブリッシュに使用され、パブリッシュが必要な場合にdevブランチをmasterブランチdevにマージすることは開発に使用されるブランチであり、段階的なコードを開発した後、masterブランチにマージする必要がある
シミュレーションマネージャのブランチ操作1.マネージャーのローカル倉庫に入るinfo cd Desktop/manager/info/
2.現在のブランチgit branchが他のブランチを作成していない場合、masterブランチのみ
3.マネージャがdevブランチgit checkout-b devを作成して切り替える
4.ローカルブランチ追跡リモート指定ブランチ(ブランチをリモートにプッシュ)git push-u origin devの設定
5.マネージャがdevブランチでコードを編集する
6.devブランチソースコードの管理:add、commit、push
7.devブランチをmasterブランチにマージするヒント:devブランチがmasterブランチにマージされた場合にのみnum 4を取得できます.
7.1まずマスターブランチgit checkoutマスターに切り替える
7.2 devブランチをmasterブランチgit merge devにマージする
7.3マネージャーが連結分岐操作をリモート倉庫にプッシュする
マージブランチのデフォルトはローカルで完了し、マージ後に直接プッシュすればgit push
8.張三同期マネージャ合併後のnum 4は張三同期コードが成功した場合にのみ、ブランチ合併に成功したcd Desktop/zhangsan/info/git pull