git と github_html/css_WEB-ITnose

Git のバージョン管理、複数人でのコラボレーション、分散型

Github オープンソース プロジェクト、リモート ウェアハウス

github にウェアハウスを構築しました https://github.com/abcd/2016ife;

今度はローカルにダウンロードしたいと思います。

cd g: . .name "xxxxxxx"

// グローバルユーザー名を設定します戻ったら、設定は成功です。 config --global user.email "xxxxx@163.com"

// メールボックスを設定します

コードを送信するときに、これら 2 つのレコードをバージョンに記録します。

git config --global user.email

// 戻った後にメールボックスを出力します。メイン ブランチのデフォルト名。安定したメイン ブランチ マスターに影響を与えないブランチを作成し、ブランチの準備ができるまで待ってから、それをメイン ブランチにマージします。

git の 3 つの領域:

ワークエリア、ステージングエリア、バージョンエリア (ライブラリ)

ワークエリア --> ステージングエリア -->

ステージングエリア : コードを送信するワークスペースからバージョン領域に移動するには、一時記憶領域を経由する必要があります

最初に変更されたコードを一時記憶領域にスローし、次に変更されたコードをバージョン領域にスローします。 area: 遷移層として、誤操作を回避し、ワークスペースとバージョン領域を保護し、分岐処理;

git status

//現在のワークスペースとステージング領域のステータスを表示します

プロンプト、コミットするものはありません...

xinshijie フォルダーをローカルの 2016ife フォルダーにコピーし、コマンド ラインで git status と入力しました

は、フォルダーの内容がステージング領域とバージョン領域に送信されていないことを意味します。作業領域;

git add xinshijie/

//一時記憶領域に追加、

git add

ファイル名

ファイル名は特定のファイルまたはフォルダー;

git add .

一時保存領域にすべて追加します。

赤い部分は +1 ~ 0 -0 で、作業領域に 1 つの新しいファイル (フォルダー) があることがわかります。 、変更は 0 件、削除は 0 件のファイルです。 緑色のファイルはステージング領域にあります。最終的に、赤色のファイルは表示されなくなり、ワークスペースからステージング領域に移動します。 git add コマンドを使用します。

次に、一時記憶領域ファイルをリポジトリに置きます:

git commit

//メモ帳が直接ポップアップし、

git commit を介してコメントを追加します。 m "demo1 を変更"

このようにメモ帳を開かずにすばやくコメントを追加します

-m

"コメント内容" ; git commit -a -m "クイックコメント"

ワークスペースからバージョンエリアに直接

-a

は

addの略で、

をステージングエリアに追加します

git statusを再度使用します。そこを見てください1 つのバージョンをコミットしました

git log // Q に従って送信履歴を表示して終了します ( git diff --staged) // ステージング領域とリポジトリの違いを比較します; git diff master // ワークスペースとリポジトリの違いを比較します。

操作を元に戻します :

git restart HEAD // ステージング領域から作業領域、 ファイル名を入力します

git checkout -- //ワークスペースからバージョン領域に戻るコミット操作を元に戻します

git commit --amend : 最初にドラッグを追加したワークスペースには 2 つのファイルがあります。 .js をステージング領域に送信し、それをバージョン領域に送信しました。そのとき初めて、実際には送信されていない demo1.html があることに気づきました。私の考えは、これを 1 つにまとめることです。時間 (送信されたバージョンを含む); 解決策: まず、demo1.html を一時記憶域に追加します。次に git commit -m "change3rag.js and demo1.html" --amend を使用します。これにより、最後の送信が取り消され、再度送信されます。これで取り消しが完了し、2 つのファイルが一緒に送信されます。 delete

git rm＆lt; file.name＆gt;一時記憶領域、一時記憶領域内のファイルのみが削除されますが、ワークスペース ファイルは保持されます

Restore

git ログ ID を通じて cmmit を確認できます

git checkout commit _id use using ' - 指定したファイルを復元します

git restart --hard commit_id ' ' ' ' ' ' 一緒に管理者に を通じて ' を通じて ' を通じて ' ' - ‐ ‐ ‐ ‐ ‐ - dポインター、コントロールバージョンへのポインター

-gitリセット - ハードヘッド^

使用してポインターを使用してバージョンを制御する

ギットリセット - hard HEAD^

to このように、 git replace --hard commit

_id

を使用して以前のバージョンに復元できます

次に、ローカル開発を github に転送します。 私たち最初に github クライアントにログインする必要があります。まず、github アカウントにログインしているかどうかを確認できます。

git リモート //clone の下で、デフォルトは origin

です。 name

git Remote -v // 対応するリモート ウェアハウスを表示 のアドレス

git Push origin

master // git Push リモート ウェアハウスと同期するブランチの名前

このようにして、リモート ウェアハウスに送信します。

複数の人が共同作業する場合は、新しいコラボレータを追加する必要があります。これにより、プロジェクトを開発できるようにするためのリクエストがユーザーに送信されます。一緒に;

別の人が許可を受け取り、引き続き

git

クローン URL を使用してローカルを取得します ; 以降の操作コマンドは同じです

最初に更新を取得して同期します。競合を回避するため;

競合を解決するための複数人によるコラボレーション git pull と git fetch の違い:

git fetch // ブランチにマージせず、最初に競合を解決してから手動でマージします git diff masterorigin/master //違いを表示

git mergeorigin/master

//手動でマージ

git pull

//ファイルに直接マージする、違いを確認するのは簡単ではない

オープンソース プロジェクトのコラボレーション: 最初にフォーク、次にプルリクエスト

許可なくオープンソース プロジェクトに参加するにはどうすればよいですか?

バージョンを完全にミラーリングして自分のアカウントに入れます... 変更後、プルリクエストを作成者に送信します

リポジトリを削除します

設定でこのリポジトリを削除します。一度削除すると元に戻すことはできませんので、誤って削除しないように注意してください。

git コマンドライン