一般的な Git 操作の詳細な例

この記事では、Git に関する関連知識を提供します。主に、フォントの設定、リモート ウェアハウスの作成、ローカル ウェアハウスの作成など、いくつかの一般的な操作を紹介します。参考になる皆さんのお役に立てれば幸いです。

推奨学習: 「Git チュートリアル 」

Git バージョン管理

開発の問題

実際の開発では、コンピューターのブルー スクリーンやコードの消失などの問題が発生します。ディスクが壊れてファイルが消えてしまいました。後悔していますか?長い時間が経ちましたが、ファイルが見つかりません。後悔していますか?申し訳ありませんが、コードは以前は正常に実行されていましたが、最適化する必要がありましたが、結果は以前ほど良くありませんでした。自信に満ちています。前のコードを保存しませんでした。後悔していますか?どうやって解決すればいいでしょうか？バージョン管理はこれらの問題を解決できます。

バージョン管理システムは強力です。ファイルをバックアップするだけでなく、多くのことも実現できます:

• ファイルのすべての履歴変更を記録します
• エラー回復特定の歴史的バージョンへの移行
• 複数人が共同で同じファイルの開発と編集を行う
• mysql、mariadb、percona の 3 つのブランチなどの機能的な違いのバージョン (ブランチ) を実現

主流のバージョン管理製品

** 履歴**##変更コミット性CVS#SVN3 方向マージ、再帰的マージ、オクトパス マージチェンジセットとスナップショットツリーカスタム (svn)、ssh 経由のカスタム (svn)、HTTP および SSL (WebDAV を使用)はい ##Git

名前	モデル	#同時実行性** モード**	モード	** スコープ**** ネットワーク プロトコル**	** アトミック**
クライアントサーバー	マージ	変更セット	ファイル	Pserver、ssh	No
クライアント/サーバー
#分散型マージまたはロック	スナップショット	ツリー	カスタム、SSH経由のカスタム、 rsync、HTTP/HTTPS、電子メール、バンドル	Yes		要するに、それぞれに長所と短所があり、分散被害を避けるために、Git は github リモート ウェアハウスと連携する必要があります。明らかに最大の違いは、git が分散されていることです。 svn には、すべてが複製されるのを防ぐ権限制御があります。純粋なコードには Git が、包括的なドキュメント管理には svn が適しており、git svn の組み合わせは最適です。 はじめに Linus は 1991 年にオープン ソース Linux を作成しました。それ以来、Linux システムは開発を続け、現在では Linux システムが開発され続けています。最大のサーバー システム ソフトウェア。 Linus は Linux の中核を作成しましたが、Linux の成長は世界中からの熱心なボランティアの参加に依存しています。世界中で非常に多くの人が Linux のコードを書いているのに、Linux コードはどのように管理されているのでしょうか? 実際のところ、2002 年以前は、世界中のボランティアが diff を通じてソース コード ファイルを Linus に送信し、Linus 自身がそのコードを手動でマージしていたのです。なぜ Linus は Linux コードをバージョン管理システムに入れないのかと考えているかもしれません。 CVS や SVN のような無料のバージョン管理システムはありませんか? Linus は CVS と SVN に断固として反対しているため、これらの集中バージョン管理システムは遅いだけでなく、インターネット接続を使用する必要があります。商用のバージョン管理システムもいくつかありますが、それらは CVS や SVN よりも使いやすいですが、有料であり、Linux のオープンソースの精神と矛盾しています。しかし、2002 年までに、Linux システムは開発されてから 10 年が経過していました。コード ベースが大きすぎたので、Linus が手動で管理し続けるのは困難でした。コミュニティの兄弟たちもこの方法に強い不満を表明したため、Linus は次の方法を選択しました。商用バージョン管理システム BitKeeper. BitKeeper の所有者である BitMover は、人道的精神から Linux コミュニティにこのバージョン管理システムを無料で使用することを許可しています。 安定性と団結という良好な状況は 2005 年に崩れました。その理由は、Linux コミュニティに多くの才能ある人材が集まったため、必然的に一部の梁山の英雄たちの古風な習慣が汚されたためです。 Samba を開発した Andrew は、BitKeeper プロトコルを解読しようとしました (実際、これを実行したのは彼だけではありませんでした) が、BitMover によって発見されました (監視作業はよく行われていました!)。そのため、BitMover は怒り、Samba プロトコルを取り戻そうとしました。 Linux コミュニティの無料使用権。 Linus は BitMover に謝罪し、将来的に兄弟を厳しく懲らしめることを約束できますが、それは不可能です。実際の状況は次のとおりです。Linus は 2 週間かけて C で分散バージョン管理システムを作成しました。これが Git です。 1 か月以内に、Linux システムのソース コードが Git で管理されるようになりました。牛はどのように定義されますか?メロンを食べる人はぜひ体験してみてください。 Git はすぐに最も人気のある分散バージョン管理システムになりました。特に 2008 年に、オープン ソース プロジェクトに無料の Git ストレージを提供する GitHub Web サイトが開設されました。jQuery を含む無数のオープン ソース プロジェクトが GitHub に移行し始めました。 PHP、Rubyなど。歴史というのは本当に偶然で、もし当時 BitMover が Linux コミュニティを脅かしていなかったら、今では無料で非常に使いやすい Git は存在​​していなかったかもしれません。 構成構造図 ワークスペース: プロジェクトのメタデータとオブジェクト データベースを保存するために使用される場所。これは Git の最も重要な部分であり、別のコンピュータからリポジトリのクローンを作成すると、ここにあるデータがコピーされます。 ローカル インデックス: 次回送信するファイル リスト情報を、通常は Git ウェアハウス ディレクトリに保存します。 「インデックス」と呼ばれることもありますが、一般的にはステージングエリアと呼ばれます。 ローカル ウェアハウス。git が速い理由は、ほとんどの送信がローカル ウェアハウス向けであり、ネットワークに依存せず、最後にリモート ウェアハウスにプッシュされるためです。 リモート ウェアハウス: github とみなすことができ、誰でも簡単にダウンロード、表示、送信、保存できる Web サービスを提供するリモート ウェアハウスです。 コマンドクイックチェック 一般的なコマンド ウェアハウスのクローン作成 (初回) clone clone 作業ディレクトリ内のファイルの追加、変更、削除 ファイルを一時的に保存し、ファイルのスナップショットをステージング領域に配置しますadd new ステージング領域のコンテンツをローカル ウェアハウスに送信します commit ローカル ウェアハウスのコンテンツをリモート ウェアハウスに送信しますpush リモート ウェアハウスから最新のコンテンツのプル コード クラウド構成環境 アカウントの登録 誰もが自分のアカウントを持っている必要があります。まずアカウントを登録します。公式 Web サイト: https://gitee.com/ ログイン GIT のインストール Git -2.27.0-64-bit の場合は、次へ進みます インストール後、デスクトップの右クリックメニューに以下の 2 つの項目が表示され、インストールは完了です。 [Git Bash] を選択し、git クライアントを入力します。 Windows スタート メニュー: フォントの設定 Query git コード クラウド上にウェアハウスを作成する リモート ウェアハウスを作成する (コード クラウド公式 Web サイト上) ローカル リポジトリ (ディスク内) を作成します テスト ファイルを作成してインストールしますウェアハウスで次のコマンドをローカルで実行します: git config --global user.name "cgblpx" #配置注册时的用户名 git config --global user.email "2250432165@qq.com"  #配置注册时的邮箱 git config --list #检查配置信息 mkdir j2ee cd j2ee git init #初始化 在本地仓库中,创建文件1.txt git add 1.txt #新增文件到git中处理 git commit -m "first commit" #提交，设置说明信息 git remote add origin https://gitee.com/nutony/j2ee.git #远程仓库 git push -u origin master #把本地仓库的资源 提交给Git服务器 初めて実行すると、次のユーザー名とパスワードのボックスが表示されます。コード クラウド アカウント情報を入力すると、 refresh ページが正常に作成されると、Git 上のインターフェースが以下のように変わり、環境が完成します。 日々の作業 毎朝仕事を始める前にプルする最新のチームの他のメンバーから送信されたコンテンツを取得し、毎日仕事を終える前に利用可能なコンテンツを送信します 新しいファイル プロジェクト ディレクトリを作成します。新しいファイルを作成するか、既存のファイルまたはディレクトリをコピーします: 推送 把本地文件上传到远程仓库中： $ git add . #添加当前目录下文件 $ git commit -m "j2ee part" #提交，设置备注 $ git push -u origin master #推送到远程仓库 拉取/下载 把远程仓库中的内容下载到本地： $ git pull #从服务器拉取最新内容 常见错误 Authentication failed for 任何路径下输入都可以： git config --system --unset credential.helper 然后提交操作时，会出现询问框，重新输入用户名提示 failed to push some refs to… 这是是因为readme.md 没有存在在本地git中 git pull --rebase origin master # $ git push -u origin master #推送到远程仓库 –rebase用在合并代码的时候其作用就是在一个随机创建的分支上处理冲突，避免了直接污染原来的分区。 fatal: remote origin already exists 1、先输入$ git remote rm origin(删除关联的origin的远程库) 2、再输入重新执行 git push -u origin master 3、如果输入第1步 还是报错的话，error: Could not remove config section 'remote.origin'. 我们需要修改gitconfig文件的内容 4、找到你的github的安装路径，我的是C:\Users\ASUS\AppData\Local\GitHub\PortableGit_ca477551eeb4aea0e4ae9fcd3358bd96720bb5c8\etc 5、找到一个名为gitconfig的文件，打开它把里面的[remote "origin"]那一行删掉就好了！ SSL certificate problem: unable to get local issuer certificate --执行命令解决: git config --global http.sslVerify false --重新push: git push -u origin master 邮箱是私有的报错 需要在码云上,把邮箱改成公开的才行 IDEA整合Git 在Gitee创建新的仓库 在网页中创建仓库名称:cgb2109-3 进入workspace 进入workspace,再进入你的项目目录,直接执行clone命令: git clone https://gitee.com/cgblpx/cgb2109-3.git 也许: 需用执行其他的账号密码等命令 打开IDEA的工程中,你会发现直接就能提交或者拉取代码了 推荐学习：《Git教程》

以上が一般的な Git 操作の詳細な例の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。