2021/1/11第11期ワークフロー-🌊

4837 ワード

1 node.js 🌕

  • 実行時とは、あるプログラミング言語で操作可能なプログラムを指す.
  • 以前の実行時はブラウザのみでしたが、現在はNodeです.jsがあります.
  • JavaScriptは現在、Webページのほか、サーバなどの他のプログラムを作成することができます.
  • JavaScriptコードを実行する2つの方法



    このJavaScriptファイルを実行するには、2つの方法があります.
    1)ブラウザ
    HTMLに入れてブラウザで実行できます.

    2) node.js

    このようなエラーが発生したら、ファイルをjungho choiフォルダに移動します...

    正常に動作しています.

    nVMオフ

  • ノードには複数のバージョンがあり、バージョンのインストールと管理に使用される仮想マシンがあります.
  • 端末に「$nvm istall 10.3.0」というコマンドを入力するとインストールできます.
  • Mac OSのnode.jsインストール時
    $ touch ~/.bash_profile 
    $ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.3/install.sh | bash
    このコマンドを実行すればいいのですが、多くの端末を処理した経験がないので、そのコピーを試してみると、初めてのドルサイン以外は・・・約1時間の悪事をしましたが・・・
    ドルのサインを除いて、行ごとにサインして、結果は解決しました.

    成功したー!

    NPM

  • NPMはJavaScriptプログラミング言語のパッケージマネージャです
    (モジュールアプリケーションストアと理解できる...)
  • package.json

  • のプロジェクトドキュメントとドキュメントがあれば、モジュール全体を交換する必要はありません.
    1)依存項目:プロジェクトは必要なモジュール情報を返す
    2)decDependencies:プロジェクト開発環境に必要なモジュール情報
    3)script:コマンドを定義します.コマンド動作に関する情報
  • 2. Git Workflow 🌊

  • が行う電子倉庫フォークリフト
  • クローンコマンド
  • をローカルにインポート
  • 私のリポジトリへの接続作業
    (ドライバはコード作成後に提出し、ドライバのダウンジャケットパッケージにpushを追加、スクロール置換、交換したドライバはダウンジャケットコマンドでローカルにインポートし、新しいコードを作成して提出し、自分のダウンジャケットをpush~無限に繰り返す)
    ¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥
  • Git branch

  • 独立ワークスペース(コピー)
  • 元のバージョンには影響しません.複数の試行に使用できます.
  • ブランチは、現在のワークスペースに基づいています.
  • ワークスペースの移動方法:$git checkout<ブランチ名(どこに移動したいか)>
  • ブランチ作成方法:$git checkout-b機能1(ブランチ作成後に対応するワークスペースに移動)
  • ソースベースの別のブランチの作成:1)ワークスペースをベースとするブランチに移動し、2)ブランチを作成します.
    (例/$git checkoutソースコード、$git checkout-b機能2)
  • Project Git workflow


    1)メインリポジトリ(上流)を切り離す.
    2)Gimclonコマンドを使用して、コピーしたアイテムをローカルにインポートします.
    3)プライマリ・リポジトリをローカルに接続します.(機能を開発するプロセス)
    3-1)fullコマンドでローカルのdevを更新します.
    3−2)最新のコードを用いて新しい特徴を開発するブランチを作成する.
    3-3)新機能の開発.
    3-4)開発が完了したら、そのブランチを自分のプロジェクトリポジトリに入れる.(devブランチまたはプライマリブランチではプッシュできません.新しく作成したフィーチャーブランチでプッシュする必要があります.)
    3-5)ブランチをプロジェクトマスターレコードライブラリに送信するための完全な要求.

    3.簡単Git-Workflow(公平プログラミング)🐭🐹


    (なんでこんなにフェアな衣装があるのか謎…)
    ジハーバーと駅は何度も聞いただけで見たのですが、実は馴染みのないもので、
    この二人がセットとして登場するのは本当に気まずいので、ユルクラスを何度も見て、何度も話しても理解できませんでした.しかし、FairとFairのプログラミングをしていた時にとても助けられて、少し頭がつかめない感じがしたので、Fairの説明の内容を整理することにしました.
    問題はここで起きた.

    Macを使うとアイテム?さりげなく扱う.DS Storeというファイルが作成されることに気づきました.
    フェル様が見つけた資料はパソコンにあります.DS Storeファイルの削除に成功しました.(関連資料はここ!)
    Faireは、ローカルからファイルを削除してreportergitoryを変更する手順を詳しく説明しています.この説明により、Gillワークフローに一定の理解が得られました.

    フェル様は私に地元と雷波の間に中間点があることを考えさせました。📦



    これは地元でDS Storeをクリア!
    したがって、$git statusコマンドを入力します.

    赤字で警告メッセージ?発生する
    つまり、ローカルと中間点が異なり、試行されていない場合、赤い警告メッセージが表示されますか?浮かび上がった!

    1このとき、$git add/rmはローカルの更新を中間点に更新します!



    では真ん中のところもDS Storeファイルが消えます.
    $git statusコマンドを再度入力します.

    以前とは異なる緑のフォントが情報を生成します.
    ローカルと中間点が同一であるがプッシュされていない状態を示す情報と理解できる.

    2$git commit-m「a」と$git push origin masterが指定されている場合、中間点の内容はreporteryに更新されます。



    そして最後にコミットとプッシュが行われ,最終的には3つの空間の状態が一致した.
    git statusコマンドを入力すると、次の結果が得られます.

    この点で、なぜpushとcommitを別々に提出するのか知りたいです。


    フェア様は私たちに提出をバンドルの過程として考えてみることをお勧めします。


    提出すると、最後に提出した瞬間からその時点まで、中間点の更新が組まれます!
    そして腕立て伏せをすると、縛られたものはすべてファイルにひっくり返され、一つの内容に置かれます.
    リポジトリに複数のコンテンツを分けてアップロードしたい場合は、途中で何度も提出できます!
    Pushは、以前のPushと現在のPushとの間のコミットをFrizenに更新する.
    コミット前のコミットと現在のコミットの間のすべての追加または逆アセンブリ(たとえば、
    このように説明しました!
    こうして思わず1行ずつ暗記して、AD-COMMIT-PUSHの時より、説明を聞いて、私はもっとよく理解して、statusも少し読むことができました…!
    ありがとう...🙇🏻‍♂️

    後で単独で読む資料


    https://backlog.com/git-tutorial/kr/stepup/stepup1_2.html