git 学習ガイド (初心者向け)
こんにちはuuさん、爆発した栗が復活してとても嬉しいです. 新しい会社での最初の1ヶ月は順調に進みましたが、緊張しましたが、美味しくて刺激的でした.
なぜ食器？git の使い方がわからないので、
git を使用しないとどうなりますか? リーダーは私にコードを見るように言いましたが、どこを見ればいいのかわかりません。急に低く見えませんか？
いいえ！これはできません。私はこの git を学ばなければなりません。また、最初から私たちが優れていると他の人に思わせることはできません。このツールをまだ知らない場合は、読み進めてください。私が学んだすべてのgitの知識をあなたと共有します〜
git と github とは
まず、git は仕事で使われているので、git とは何か、何をするのか、なぜ使うのかを知る必要があります。それは私たちにどんな利益をもたらしますか。
git: 要するに ------ コード管理ツール
- オープンソースの分散型バージョン管理システムです
- 非常に小規模なものから非常に大規模なものまで、プロジェクトのバージョン管理を効果的かつ迅速に処理できます
- プログラム コードの管理の改善: 変更されたコードの提出や元のコードの表示など
github: 一言で言えば - コードホスティング
- GitLab は、GitLab Inc. が MIT ライセンスを使用して開発した Web ベースの Git リポジトリ管理ツールです。
- また、wiki と問題追跡機能があります。
- Git をコード管理ツールとして使用し、これに基づいて Web サービスを構築します。
git を学ぶ理由 (git は本当に重要です)
次に、2 つの側面から git を使用することが重要である理由を説明します。
- 作業後のワークフロー
私はフロントエンド開発者です: 私の毎日のワークフローは次のようなものです:
コンピューターの電源を入れ、Mac オペレーティング システムを起動します —> vscode と mac ターミナルを開きます —> コマンド ラインから npm run serve コマンドを入力して起動します私のローカルデバッグ環境 ----> その日の内容を開発する ------> コマンドラインから git commit; git push してその日の作業コードを送信する ------> 作業を終了します。
職場では、git を使用してコードをコミットする必要があります。これは不可欠なスキルです。最も基本的な操作がわからない場合。周りから悪いと思われることもある（一度悪い印象を持たれてしまうとなかなか変えられない） - git の同期開発の利点
私は、この 2 日間で新しい会社での最初のビジネス要件を完了し、ビジネス要件は終了しました。自分のコンテンツをリーダーやテスト、他の開発者に見せたいのですが、どうすればそれを見ることができますか? 彼らをあなたの席に招待して見ますか？彼らと共有するには、オンライン コードを送信する必要があります。ただし、
ソフトウェア開発はチームで開発する必要があることを理解する必要があるため、メンバー間の分業が発生すると、メンバー A がプロジェクトでデータ追加ロジック操作を実行したと同時に、メンバー B もプロジェクトでデータ削除ロジック操作を実行する. 2 つの操作を実行する前のプロジェクトの設計図は同じである必要がありますが、A が最初に操作を完了してサーバーにアップロードし、次に B も操作を完了してサーバーにアップロードするとします。どうなるか聞いてもいいですか？明らかに、B がアップロードしたファイルが A のファイルを上書きし、A が作成したロジックが無効になるため、A が行ったすべての作業が無駄になるというのは本当ですか? オンライン コードをプルすることも同じロジックです。
したがって、コード バージョン管理ツールを正しく使用することが本当に必要です。
git の仕組み
1. git の動作原理は、次の図に大まかに示されています。
2. git は主に以下の部分に分かれています
- ワークスペース (ワークスペース): 現在のフォルダーが git init コマンド (またはクローン作成) によって初期化された後、.git の隠しフォルダーが生成され、これらのファイルを直接変更できるスペースがワークスペースになります。
- 一時保存領域 (ステージ/インデックス): git add [ファイル名] または git add を使用する場合. 保存領域 (一時保存領域の内容は作業領域と同じになります)
- ローカル ウェアハウス (リポジトリ): ワークスペースでコードを操作した後、ローカル ウェアハウスに提出します。
- リモート倉庫（リモート）：ネットワークに提出する倉庫はリモート倉庫です
- ブランチ: Git は各プログラマーのサイド ブランチを作成でき、開発者は独自のブランチで開発および提出を行います。プロジェクトの開発が完了した後、プログラマーは共同開発の作業を実現するために、自分のブランチをメイン ブランチにマージします。
git の操作手順と共通コマンド
グラフィック:
プロセス図
1. 入社して最初のgit運用
// 1）先创建⼀个项⽬所在的⽂件夹
mkdir <文件夹名字>
//2) git仓库初始化命令
git init
//3）查看当前git的状态
git status
//4）拉取线上的代码===我们进入公司肯定是已经有了项目文件了，所以要从线上拉取项目代码
git clone （https的代码地址/ssh的代码地址）
//5）添加项目组
//找项目的管理人员将自己的账号添加到项目组才有权限开发代码，对代码进行推送和拉取
//6）创建分支===》在本地分支上创建新的开发分支完成开发，完成开发后上传到远程分支
//6.1)检查自己所属分支
git branch 查看本地所属分支
git branch -a 查看所有的分支
//6.2)在master分支上面创建relase分支
git checkout -b release：创建并切换到release分支上
git checkout “分支名” 切换到目标分支
//6.3)在relese分支上创建dev分支和pre分支
git checkout -b dev 创建并切换到dev分支
git checkout -b pre 创建并切换到pre分支
//6.4)假设开发功能页面，需要在dev分支上面创建开发分支
git checkout -b <分支名称（尽量与本地分支名一致）>
2. 機能開発が完了したら、コードを dev ブランチに提出します
//git pull --rebase origin dev（选用）----用来将线上的dev分支最新代码合并到本地分支代码（在你开发的过程中，线上dev分支如果有人提交了代码，那么，你是不是就得同步dev的分支到自己的分支，以保持代码的最新状态）
//1）上传代码到自己的分支
// 推送代码到暂存区： git add .
//从暂存区将代码存到本地仓库
//第一次提交使用：git commit -m "提交分支的描述"
//第n次提交： git commit --amend ===》使用 ***:wq*** 退出
//git commit -m尽量只使用一次，追加内容或后面提交尽量用it commit --amend追加
//推送至自己的线上分支 git push -f origin <自己的分支名>
//2)提交合并申请====>在网页上提交合并请求到dev分支（询问组长测试分支的名称）---》交由组长审核
//3)在网页上提交合并请求到pre分支（询问组长pre分支的名称）---》交由组长审核
上記は、私たちが仕事でよく使用するgitコマンドとプロセスです~
あなたの仕事に役立つことを願っています~~
よく使われる git ツール
vscode自带代码提交功能
Sourcetree
これら 2 つのツールは、git コードの送信ツールとして一般的に使用されており、直接インストールして使用することができます。興味のある学生は、より多くを学び、それを使用することができます。
より高速なアップロード方法がある場合でも、コマンドの習慣を使用することをお勧めします。これにより、重大なマージの問題やコードの競合が発生することはありません。
上記の共有がお役に立てば幸いです〜
