- GITとは何ですか
Gitは、様々なサイズのプロジェクトやドキュメントの効率的な管理のために、分散型のオープンソースバージョン管理システムです。
- コード管理ツールを使用します
- バックアップを行う、コードが失われる防ぎます
- バージョン管理とプロジェクトの管理は、ノードを設定することでジャンプすることができます
- 合併を促進するために、互いに独立して、独自の開発環境支店を設立
- マルチ端末の開発は、相互容易にするためにコードを送信する場合
- gitの機能
- Gitは* nixの下、オープンソース、マルチユースである、あなたは、ファイルを管理することができます
- Gitはプロジェクト管理ツールを配布される(SVNは中央集権です)
- gitのデータ管理、より多様な、速い共有スピード、データセキュリティ
- Gitのブランチは、協調マルチプレイヤーを容易にし、より良いサポートを持っています
- gitのインストール
須藤はapt-getをインストールgitの
GIT使用
基本コンセプト
- ワークスペース:ディレクトリプロジェクト作業、プロジェクトエリアの実際の動作
- ステージングエリア:作業記録のワークスペース(修正)コンテンツ
- 倉庫地区:コンテンツのバックアップ作業スペース
- リモートリポジトリ:リモートホスト上のgitリポジトリ
注:ローカルリポジトリでは、gitのは、常にリモートリポジトリと対話するために、一貫性のある作業領域と倉庫地区の内容、および唯一の倉庫地区の内容及びその他をしたいです。
初期設定
コンフィギュレーション・コマンド:gitの設定
- すべてのユーザーを設定します。gitの設定--system [オプション]
プロフィール場所:の/ etc / gitconfig
- 現在のユーザーを設定します。gitの設定--global [オプション]
設定ファイルの場所:〜/ .gitconfig
- Gitの設定[オプション]:現在のプロジェクトの設定
プロフィール所在地:プロジェクト/ .git / configに
- 設定のユーザー名
e.g. 将用户名设置为Tedu
sudo git config --system user.name Tedu
- ユーザーのメールボックスを設定します
e.g. 将邮箱设置为[email protected]
git config --global user.email [email protected]
- コンフィギュレーション・コンパイラ
e.g. 配置编译器为pycharm
git config core.editor pycharm
- ビューの設定情報
git config --list
基本コマンド
- 初期化倉庫
gitの初期化
重要:gitのディレクトリにプロジェクトディレクトリの操作は、ローカルのgitリポジトリを生成します。つまり、プロジェクトがGitのディレクトリ管理を使用することができます
- ローカル倉庫の状態を確認
gitのステータス
注:デフォルトで、masterブランチで初期化倉庫作業の後、ワークスペースが倉庫地区と矛盾する場合、プロンプトになります。
- ステージングエリアに記録された作業内容
gitのは、[ファイルを..]追加します
e.g. 将 a ,b 记录到暂存区
git add a b
e.g. 将所有文件(不包含隐藏文件)记录到暂存区
git add *
- 一時ファイルのレコードをキャンセル
gitのrm --cached [ファイル]
- 地元の倉庫にファイルを同期
Gitは[ファイル] -m [メッセージコミット ]
説明:-mは、いくつかの発現コンテンツ配信を追加するために、同期情報を表します。
e.g. 将暂存区所有记录同步到仓库区
git commit -m 'add files'
- ビューログレコードをコミット
gitのログ
gitのログ--pretty =としてoneline
- ワークスペースファイルを比較し、倉庫には、違いを提出
gitのdiffの[ファイル]
- 回復のステージング領域または特定のポイントは、ワークスペースにファイルをコミットします
Gitのチェックアウト[コミット] - [ファイル]
- - 誤操作を防止するために、そこにハンドオーバブランチをチェックアウト
- ファイルを移動または削除
MV gitの[ファイル] [パス]
GitのRM [ファイル]
注:ステージングエリアに提出したレコードを操作しながら、これらの二つの操作は、作業領域の内容を変更します。
@展開し、拡張
プロジェクト定義ファイル.gitignoreのフォルダを介してGitプロジェクトでは、該当の規定は、Gitリポジトリの現在のフォルダ内のファイルを管理する行動をコミットルールを無視します。.gitignoreファイルは、プロジェクト内のすべての開発者のための共有と定義された一連のルールを無視している公共の倉庫に提出することができます。.gitingoreファイルでは、各行に無視ルールを指定するには、適切な構文に従ってください。
.gitignore忽略规则简单说明
file 表示忽略file文件
*.a 表示忽略所有 .a 结尾的文件
!lib.a 表示但lib.a除外
build/ 表示忽略 build/目录下的所有文件,过滤整个build文件夹;
バージョン管理
- 前回のコミットのノードに戻ります
Gitは--hard HEAD ^リセット
注:A ^はそうでフォールバックバージョンを表し、そして。バージョンロールバックのワークスペースが自動的に現在と一貫性のあるバージョンをコミットする時期
- 指定されたノードcommit_idに戻ります
Gitは--hard [commit_id]をリセット
- すべての操作の記録を見ます
GitのREFLOGの
注:最新の記録の上、あなたはcommit_idを活用することができますが任意の動作位置を行きます
- ラベルを作成します。
タグ:重要な位置に追加しますが、一般的に、反復バージョンの使用時間の作業を、保存し、プロジェクトのスナップショットをコミットします。
gitのタグは、[TAG_NAME] [commit_id] -m [メッセージ]
説明:デフォルトのラベルを書き込むことができませんcommit_idは、最新のcommit_idの位置を示し、メッセージを書き込むことはできませんが、それは追加することが最善です。
e.g. 在最新的commit处添加标签v1.0
git tag v1.0 -m '版本1'
- ラベルを見てください
ラベルのリストを参照するにはgitのタグ
Gitのショー[タグ名]ビュータグの詳細を
- ノードラベルに宛て
Gitは--hard [タグ]をリセット
- ラベルを削除
gitのタグ-d [タグ]
ワークスペースの保存
- ワークスペースの保存内容
[メッセージ]保存gitのスタッシュ
注封止されたコミットされていない改変ワークスペース、その結果バック前の状態にワークエリア
- ワークスペースのリストを見ます
gitのスタッシュリスト
説明:上部の最新の保存ワークスペース
- ワークスペースの応用
Gitのスタッシュが適用[スタッシュ@ {N}]
- ワークスペースを削除します。
Gitのスタッシュドロップ[スタッシュ@を{N }] ワークスペースの削除
明確なGitのスタッシュに保存されたすべてのワークスペースを削除します
支店の管理
定義:すべての人が自分の作業環境上のレガシーコード(ブランチ)に基づいた枝は、お互いを乱すことなく、別々に開発されました。開発作業の完了後、統一ブランチのマージを行いました。
- ビューの分岐
Gitのブランチ
注:*ブランチは現在の作業ブランチの前に示して
- ブランチを作成します
Gitのブランチ[BRANCH_NAME]
説明:ブランチBに基づいてブランチを作成、この時点では、Bブランチがブランチの内容全体を持っています。あなたは、Bブランチを作成すると、「クリーン」な状態の枝を維持するのが最善です。
- 操作支店を切り替えます
gitのチェックアウト[ブランチ]
説明:2,3を同時に作動させることができる、分岐切り替えが作成されgitのチェックアウト-b [BRANCH_NAME]
- ブランチをマージ
gitのマージ[ブランチ]
紛争は、最も困難な問題の間に枝をマージされます
枝が結合すると、元支店と旧競合が変わる
のブランチをマージするときに、新しいモジュール(ファイル)を追加するために、このような競合を自動的に解決することができ、簡単に操作をコミットすることを決定しました。
枝をマージする二つの分岐が同じファイルを変更する場合は、手動で競合を解決する必要があります。
- 削除された枝
gitのブランチ-d [ブランチ]ブランチ削除
しませ合併枝を削除gitのブランチ-D [ブランチ]を
リモートリポジトリ
リモートホスト上のgitリポジトリ。Gitは実際にはリモートリポジトリと呼ばれている各ホストのgitリポジトリの構造、他の誰かがホスト上だけのgitリポジトリに類似した構造を、配布されています。
GitHubのご紹介
githubのプロジェクトは、世界で最もオープンソースプロジェクトとオープンソースコミュニティサイトです。開発者は、githubの中に、自分の倉庫プロジェクトをビルドするために、サイトに登録することができます。
URL: github.com
コード管理ツール:gitの
アイテムを取得します
- プロジェクトの左上隅に必要な検索バーの検索を取得します
- プロジェクトのコピープロジェクトgitのアドレスを選択した後
- 私たちは、ローカルのgit cloneメソッドを慣れることができます
git clone https://github.com/xxxxxxxxx
注:ローカルプロジェクトに取得し、自動的に接続し、リモートgithubのリポジトリを確立します。取得したプロジェクト自体もgitのプロジェクトです。
gitリポジトリを作成します。
- 右上、プラス記号ドロップダウンメニューをクリックして新しい倉庫を選択
-
プロジェクトに適切な情報を入力してください
-
パスワードは、パスワードのgithubのを入力する必要がある場合githubのリポジトリ比較的ローカルホストは、リモート経由でリモートリポジトリに接続されています。あなたは、接続後にリモート倉庫業務のコマンド操作を使用することができます。READMEファイルは自動的にプロジェクトとして導入されます
-
あなたは倉庫選択した設定インターフェイスに倉庫の角を曲がっている場合は、最後の倉庫を削除するかを選択できます
リモート倉庫業務命令
すべての操作は、ローカルのgitリポジトリの下で実施しました
- リモートリポジトリを追加
git remote add origin https://github.com/xxxxxxxxx
- リモートホストを削除します
リモートRM [原点] gitの
- ビューホスト接続
リモートgitの
注意:gitのプロジェクトに接続されたリモートホスト名が繰り返されることはありません
- ローカルブランチは、リモートリポジトリにプッシュ
将master分支推送给origin主机远程仓库,第一次推送分支使用-u表示与远程对应分支建立自动关联
git push -u origin master
- リモートブランチを削除します。
Gitのブランチは、すべてのブランチ・ビュー-a
リモートブランチを削除します:[ブランチ] Gitのプッシュ原点
- その他のプッシュ方式
古いのリモートバージョンよりもローカルバージョンを強制的にプッシュのローカルバージョンの原点--force Gitのプッシュ
リモートローカルにgitのプッシュ起源[タグ]プッシュタブ
Gitのプッシュ原点--tagsは、すべてのリモートにローカルラベルをプッシュします
gitのプッシュ起源--deleteタグは、[タグ名]リモートリポジトリタグを削除します。
- リモートからコードを取得
gitのプル
ローカルブランチに引かリモート・マスター、分岐tmpに
gitの原点マスターをフェッチ:TMP
違い
ローカルコンテンツに直接リモートコンテンツを引っ張り、分岐がマージ対応するプル
ローカルブランチにリモートで使用前に組み合わせるマージに基づいて、コンテンツを引っ張ったが、ローカルブランチに対応していない、と組み合わさフェッチ。
ソフトウェア開発プロセス
需求分析 ----》 概要设计 ---》 项目计划 ----》详细设计---》编码测试 -----》项目测试 ----》调试修改 ---》项目发布----》后期维护
分析のニーズ:ユーザーの真のニーズを決定します
- ユーザーの真のニーズを決定するための基本的な機能、プロジェクト
- そして、分析の全体的な難しさは、プロジェクトの実現可能性を決定するために
- 分析文書、ユーザーの確認を必要とします
プロジェクトの予備的な分析や全体的な設計:設計の概要
- 機能モジュールの決定
- 全体的なアーキテクチャ図を構築するためのフィージビリティ分析
- 技術的なアイデアや利用の枠組みを決定します
- 開発プロセスを案内する要約文書を形成します
プロジェクト計画:プロジェクトの開発スケジュールとプロセスを決定します
- 開発作業の順序を決定します
- タイムライン、イベントマイルストーンを決定します
- 人事部門
- 補助コンテンツガントなどマインドマップ
詳細設計:特定のプロジェクトの実現
1.詳細設計書フォーム:思考、論理フロー、機能の説明、技術的小数点命令、データ構造、コードが記述さ
エンコードテスト:スケジュールによると、達成するためにコードを書いて、基本的なテストを行います
- コーディング
- テスト手順を書きます
- 技術研究
テストプロジェクト:機能に応じてテストプロジェクト
- テストを使用したクロスプラットフォームのテスト、
- コードの変更テストレポートによると
- 完全なテストレポート
プロジェクトリリース
1.プロジェクト配達ユーザーが公開する
プロジェクトのドキュメントの準備2.
ポストメンテナンス
1.プロジェクトの正常な動作を維持するために、
反復2.アップグレードプロジェクトを
プロジェクトの考慮事項
- プロジェクト作業とプロジェクトの時間のタイムリーな完了の欠如との間に矛盾
- プロジェクトスタッフ間の衝突
プロジェクトのツールを使用します
文書化:ワードPPTは値下げラテックス優れ
プロジェクトのフローチャートを:MindManagerのVisioの
プロジェクトマネジメント:プロジェクトの
コード管理を:gitのSVN
電子辞書
参照コード:辞書
機能
ユーザーがログオンして登録することができます
ログインするユーザー名とパスワードでログインします*
登録は、ユーザー名、パスワード、およびその他のカスタムコンテンツを埋めるために、ユーザーが必要です*
*ユーザ名の要件を繰り返すことはできません
、ユーザー情報が長いために保存することができる必要*
あなたは、基本的なグラフィカル・インターフェース・プリントを介してクライアントに促すように入力することができます。
*プログラムは二つの部分に、サーバーとクライアントに分割されている
*シンプルなインターフェイス印刷する印刷要求によって開始されるクライアント入力コマンド
サーバ側ロジック*データ処理を主に担う
サーバを起動した後に*が動作するクライアントの数を満たすことができなければなりません
一つのインタフェースへのブート後のクライアントは、以下の機能が含まれています。ログアウト
*後にソフトウェアを終了するには終了し ているセカンダリインターフェイスに*ログインに成功し、戻って、以前のインターフェースに失敗 成功登録が戻って前の画面にログインし続けることが*、あなたはまた、登録ユーザーと直接セカンダリインターフェイスを入力することができます
セカンダリインターフェイスにユーザーがログインした後、以下の機能:検索ワード履歴がログオフ
*前の画面への書き込みオフリターンを選択 *単語を調べる:循環は、単語を入力単語の解釈を取得し、特殊記号の入力ワードが終了し、クエリのステータス *履歴:現在のレコードにユーザーの検索用語を照会、レコードは名前の単語の時間が含まれている必要があり。あなたはすべてのレコードを表示したり、利用できる10の前にすることができます。
この言葉の説明
各ワードに対する行しなければならない
昇順で単語
の単語間と一定の空間を説明します
検索ワードの説明
このワードクエリ(テキスト操作)を直接使用
し、データベースに保存された最初の言葉、データベースクエリ。(データベース操作)
HTTPServerに
参照コード:HTTPServerの
特徴:
HttpServerを一部
、HTTP GETリクエスト
の解析httpリクエスト
WebFrameにリクエストを送信するために
WebFrameからのフィードバックデータを受信する
データがクライアントのレスポンスフォーマットに送られ、整理さ
WebFrameパーツ
HttpServerを特定の要求を受信する
要求に係る論理処理及びデータ処理
フィードバックにデータニーズHttpServerを
機能
分離のhttpServerの使用およびアプリケーション処理モード、結合度が低減され
、ユーザプロファイルアイデア使用
webframe部は、フレームの後端をシミュレートするための処理方法であるが
技術のポイント
両端部との通信を確立するために必要なHttpServerを
マルチプレクサ部は、同時要求を受信しwebFrame
JSONを使用して、データ転送フォーマットを
プロジェクト構造:
|--httpserver --HttpServer.py (主程序)
| --config (httpserver配置)
project--|
|
|
|--WebFrame --WebFrame.py (主程序代码)
--static (存放静态网页)
--views.py ( 应用处理程序)
--urls.py (存放路由)
--settings (框架配置)
インタラクティブなデータ形式プロトコル
httpserver--》webframe {method:'GET',info:'/'}
webframe-->httpserver {status:'200',data:'ccccc'}